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1 - EXECUTIVE SUMMARY 


U INTRODUCTION 

The concept of earth remote sensing, both 
airborne and spaceborne, has been well demon- 
strated and has achieved wide acceptance. Al- 
though we have only started to exploit the social 
and economic benefits obtainable from remote 
sensing it is apparent that these benefits will have 
far reaching implications. Exploitation of remote 
sensing by the ultimate users, such as industry and 
local governments, will expand significantly in the 
next few years because of 

• Better understanding of the data we are 
now getting 

• Improved data processing techniques that 
give greater utility 

• Cultivation of more varied uses for the data. 
Current achievements in remote sensing 

clearly indicate that in four to five years a second 
generation capability will be needed to meet the 
more sophisticated demands for a higher resolu- 
tion, higher data capacity, operational system. 

The basic objective of this study is to develop an 
operational remote sensing system for land re- 
sources management that meets these anticipated 
needs in 1979, and will accommodate follow-on 
missions through the 1980’s. 


NASA has recognized and clearly stated the 
need for reducing the cost of doing business in 
space. In line with this policy, three key guide- 
lines were established for this EOS study: 

• The basic EOS spacecraft will be a standard, 
modular “bus”, useable for a broad range of 
earth orbiting missions in the 2000- to 6000- 
lb observatory class 

• The standard spacecraft (Basic Spacecraft) 
will make maximum use of existing, “off- 
the-shelf” hardware 

• The EOS observatory will be designed to 
interface with the Space Shuttle and will 
utilize it for maximum economic and 
operational benefits. 

Adherence to the first of these guidelines 
will eliminate the costly and time-consuming task 
of developing a new dedicated spacecraft for every 
new class of satellite. A representative set of mis- 
sions has been established by NASA/Goddard to 
provide driver requirements for the standard space- 
craft (Table 1-1). Spacecraft modularity opens 
the door to reduced test costs as well as in-orbit 
module replacement by the Shuttle, if proven 
economically profitable. Use of existing hardware 
is now feasible with the wide variety of flight- 
proven, observatory- class hardware that is presently 


Table 1-1 EOS Missions 


MISSION 

PURPOSE 

INSTRUMENTS 

LAUNCH DATE 

A & A' 

LAND RESOURCES MANAGEMENT 

MULTI-SPECTRAL SCANNER, 
THEMATIC MAPPER 

1979, 1980 

B & B' 

LAND RESOURCES MANAGEMENT 

2 THEMATIC MAPPERS 

1981. 1982 

C 

MARINE WATER RESOURCES AND 
POLLUTION 

2 THEMATIC MAPPERS. 

HI RESOLUTION POINT- 
ABLE IMAGER, SYNTHETIC 
APERTURE RADAR 

1980 

D 

OCEAN DYNAMICS 

(SEAS AT B) 


E 

WEATHER OBSERVATION 

(TIROS-O) 


F 

TRANSIENT ENVIRONMENT 
PHENOMENA 

(SEOS) 


G 

OCEAN DYNAMICS 

(SEAS AT A) 

1979 

H 

SOLAR MAXIMUM MISSION 

(SMM) 

1979 


7T-5S 


M 
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available. Virtually all of the defined subsystem 
requirements can be met from this bank of quali- 
fied hardware, thereby saving considerable develop- 
ment cost and risk. The Space Shuttle will be the 
principal means of space transportation in the 
1980 's; potentially, it can reduce the cost of 
maintaining a long-term operational system through 
observatory retrieval or in-orbit resupply. 

The EOS observatory and ground systems, 
defined in this report, meets these guideline ob- 
jectives in a timely and cost effective manner. The 
program defined is for two spacecraft, EOS- A and 
A', for land resource missions. The spacecraft 
design also has the capability to accommodate the 
long-term operational LRM missions as well as a 
wide variety of other follow-on missions. 

1.2 PROGRAM/USER REQUIREMENTS 

The success of the EOS program is primarily 
dependent on how well we reflect or anticipate the 
requirements of the user community. A number 
of surveys and symposia have been conducted by 
NASA to compile and order these requirements. 

In the Land Resources domain, these surveys and 
Grumman’s direct user discussions have shown a 
reasonably consistent pattern of required improve- 
ments over present remote sensing systems: higher 
resolution, broader spectral coverage, faster data 
turnaround time, and digital data products in ad- 
dition to current photographic products. These 
improved performance needs have been reflected 
in the EOS missions in terms of the following pro- 
gram requirements: 

• Spatial Resolution: ±15m (la) for broad 
thematic mapping; 10 m for local imaging 

• Spectral Bands: 7 bands covering the visual 
IR range 

® Orbit: Sun-synchronous with descending 
node time of day between 9:30 a.m. and 
noon 

• Mapping Revisit Cycle: 17 days maximum; 

7 to 9 days as a design goal 

• Data Products: Primarily digital (high-density 
digital tape, computer compatible tape) plus 
color and black and white photographs 

© Data Turnaround Time: 24 to 48 hr 


o Central Data Processing Throughput: 20 to 
400 scenes per day (185 x 185-km, 7-band 
scenes) 

© Number of Generic User Data Products: 10 
to 100. 

Since a very broad user community is in- 
volved, it is impossible to fully reflect everyone's 
needs in these requirements. It is, however, pos- 
sible to maximize the number of users satisfied as 
a function of system cost and complexity. This 
requires understanding of the distribution of re- 
quirements among members of the user commu- 
nity and, to the greatest extent possible, the relative 
importance or priorities of these requirements. 

We have examined the user requirements distribu- 
tions in consultation with Dr. Baumgardner of 
LARS at Purdue University. Figure 1-1 shows 
summary histograms of typical user requirement 
parameters based on a breakdown of specific ap- 
plications under the general categories of Agri- 
culture, Forestry, Geology, Land Use, and Water 
Resources. Distributions like these have been 
used in our study to evaluate the effectiveness of 
system performance capability (or requirements) 
as a function of cost. System effectiveness is a 
function of percentage of the User Community that 
is satisfied for each level of performance. 

To evaluate the system data processing capac- 
ity we used International Data Acquisition as the 
measure of the effectiveness of system capability. 
We plotted world crop and rangeland distributions 
on maps such as the one illustrated in Fig. 1-2. It 
was then possible to overlay image scan swaths 
over these maps and determine the number of 
scenes required to map the world’s wheat crop, for 
instance. The resulting number of (Thematic 
Mapper) scenes per day, as well as other data load 
sizing factors, are given in Table 1-2. 

In general, the program effectiveness results 
support the program requirements discussed pre- 
viously. Subsection 1.11 discusses our program 
effectiveness evaluation results. 

In addition to the technical requirements im- 
posed on the EOS design, Grumman recommends 
that cost targets be established and that the 
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100 1 - 


80 h 



60 H 


40 h 


20 h 


> 3 WEEKS 


3 WEEKS 
2 WEEKS 

1 WEEK 


a. User Revisit Time Requirements 


LARGEST PERCENTAGE 
GREATER THAN 3 WEEKS 



DEVELOP MULTI-RESOLUTION 
SYSTEMS TO SATISFY 
USER REQUIREMENTS 




3 ADDITIONAL BANDS 


• LARGE PERCENTAGE REQUIRES 
ADDITIONAL BANDS 

4 BANDS 
(MSS) 


3-175 c. User Spectral Requirements 
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Fig. 1-1 User Requirements Distribution 
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Fig. 1 -2 World Wheat Production 
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. Table 1-2 EOS Typical Agricultural Data Acquisition 


Wheat (Triticum Vulgare) 


MAJOR 

REGIONS 

AVG 

SCENES/ 

DAY 

DATA 

ACQUISITION 
TIME, MIN 

CRITICAL 

MONITORING 

PERIOD 

% OF MONITORING 
PERIOD WITH CLOUD 
COVER 

< 12.5% 

> 75% 

1 . 

USSR 

SOUTHERN 

13 

5.9 

MAY-AUG 

12 

62 


CENTRAL 



JUNE-SEPT 



2. 

USA 

SOUTHERN 

10 

4.1 

MARCH-JUNE 

39 

32 


NORTHERN 



JUN E-AUG 

21 

31 

3. 

CHINA 

7 

3.2 

MAY-AUG 

19 

61 

4. 

CANADA 

4 

1.8 

JUNE-SEPT 

19 

34 

5. 

FRANCE 

4 • 

1.8 

MAY-AUG 


— 

6. 

INDIA 

4 

1.8 

NOV-MARCH 

55 

18 

7. 

ITALY 

3 

1.4 

MAY-AUG 

41 

32 

8. 

TURKEY 

3 

1.4 

MAY-AUG 

- 

— 

9. 

AUSTRALIA 

3 

1.4 

SEPT-DEC 

30 

40 

10. 

ARGENTINA 

3 

1.4 

SEPT-JAN 

26 

46 
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system be “designed-to” meet these targets. We 
have two levels in mind: one at the program level 
for EOS-A and -A", which constitutes the initial 
two-spacecraft program; and the second at the 
Basic Spacecraft level as a recurring cost for future 
missions. The cost targets and the design-to-cost 
approach are described in Subsections 1.10 and 
1.12 of this summary. 

1.3 EOS-A OBSERVATORY DESIGN 

Our observatory design, illustrated in Fig. 

1-3, is the result of detailed tradeoffs among flex- 
ibility, cost, and attainment of program require- 
ments. An important feature of the observatory 
is that it will simultaneously perform an operation- 
al Land Resources mission using the well proven 
Multi-Spectral Scanner (MSS), and an R&D mis- 
sion using the new Thematic Mapper (TM). The 
two functions are completely independent, in- 
cluding on-board data processing and communi- 
cations. The R&D TM may, however, be used to 
back up or enhance the operational MSS. This 
combined operational/R&D approach minimizes 
program risk while offering large cost savings over 
separate missions. Key design characteristics are 
as follows: 


• Instrument Complement - Five-band MSS 
(operational instrument) and seven-band TM 
(R&D instrument). A new TM has been de- 
fined which can provide 

- 30-m resolution 

- Easily expanded swath width from the 
initially specified 185 km up to 330 km 
(for a nine-day revisit cycle) 

- Output at 80-m resolution completely 
compatible with (and providing backup 
to) the operational MSS 

- An output covering a selectable 35-km 
swath for a local user (low-bandwidth, 
high-resolution data) 

• Wide-Band Communications for Instrument 
Data - Ku-Band Tracking and Data Relay 
Satellite System (TDRSS) link for primary 
communications, X-Band direct to Satellite 
Tracking and Data Network (STDN) ground 
stations as a backup link. Band width is sized 
for a 240-Mbps data rate in both channels to 
allow for expansion to a higher data rate in- 
strument complement. A 20-Mbps data link 
is also provided for communications to Low 
Cost Ground Stations (LCGS’s) at. X-Band. 

A 12.5-ft dish is used for the TDRSS link. 
This is the same antenna being developed for 
the TDRS spacecraft, which will save con- 
siderable development costs. Two X-Band 
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steerable antennas are used for the LOGS 
link. A low-gain fixed antenna may also be 
used for the latter two links. It has an ad- 
vantage in the case of LCGS in that it provides 
a 500-km swath coverage. It can, therefore, 
potentially allow simultaneous communica- 
tions with multiple local users 

• Modularity - All standard spacecraft sub- 
systems, as well as mission peculiar elements 
such as instruments, wide band communica- 
tions, and antennas, are modular and easily 
replaceable on the ground (see Fig. 1-3). In 
addition, optional latch mechanisms have 
been designed which will allow in-orbit re- 
placement using the Shuttle's Modular Ex- 
change Mechanism (MEM) 


© Orbit Characteristics - Orbital altitude will 
be in the 365 to 385 n mi range. The 
specific altitude selected will depend on final 
choice of swath width and revisit cycle. The 
orbit will be sun synchronous (near polar) 
with orbit time of day in the 9 : 30- to 1 1 : 30- 
a.m. range. The solar array is designed to 
allow prelaunch selection of sun angle any- 
where in this range. 

• Orbit Adjust Capability - Expendables are 
sized to maintain swath overlap at the 
equator of 20 km for two years 

• Weight - Total observatory weight is 2401 lb, 
including a 202-lb contingency. With this 
total weight, the observatory can be launched 
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into the required orbit with a Delta 2910. 

Use of a Delta 2910 saves about $4 million 
per launch over a Titan III B 

• Design Life - The observatory has a Mean 
Mission Duration (MMD) of two years for 
normal operation, and a survival life of five 
years. The latter lifespan will allow for Space 
Shuttle revisit when it is available for polar 
orbit launches from WTR (1983 to 1984). 

As seen in Fig. 1-4, the lower portion of the 
observatory is the standard spacecraft, or “bus". 
The next subsection treats this element of the ob- 
servatory in more detail. 


1.4 STANDARD SPACECRAFT 

Since our standard spacecraft is a highly flex- 
ible “bus”, it is useable for a wide range of earth 
orbiting missions as well as launch vehicles. The 
spacecraft design, illustrated in Fig. 1-5, utilizes 
75 to 80% existing hardware, much of which has 
many years of flight experience on spacecraft such 
as OAO, OSO, and military satellites. Thus we 
are able to achieve an observatory-class spacecraft 
at low risk and low cost that will bridge the transi- 
tion from the expendable launch vehicles of the 
1970 's to Space Shuttle in the 1980's. 



SOLAR 

ARRAY 


COMM fie DATA 

HANDLING 

MODULE 
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Key characteristics of the standard spacecraft 
are as follows: 

© Weight - 1361 lb, including a 146-lb contin- 
gency, for the Basic Spacecraft 

• Payload Capability - Limited by the delivery 
system capability: i.e., for Delta - 1000 lb; for 
Titan III B - 4000 lb; for Shuttle - 24,000 lb 
(requires mission peculiar reaction wheel/torquer 
bar option). This gives a ratio of spacecraft to 
payload weight significantly greater than 
existing satellite systems 

• Launch Vehicles - Can be launched on Delta 
2910 or 3910, Atlas-F, any of the Titan class, 
and Space Shuttle. This allows selection of 
the most cost-effective launch vehicle for a 
particular payload and orbit 

• Shuttle Utilization - For Shuttle deployment 
or retrieval, a segmented transition ring has 
been designed for easy addition to the space- 
craft (27 lb added weight). Similarly, op- 
tional latch mechanisms are designed for in- 
orbit resupply of all subsystems using the 
MEM (52 lb added weight) 

• Modular Subsystems - The attitude control 
subsystem (ACS), electrical power subsystem 
(EPS), communications and data handling 
(CDH), and orbit adjust/reaction control sub- 
systems (OAS/RCS) each comprise a re- 
movable module. They are thermally and 
structurally- independent, thus allowing the 
option of eliminating full-up spacecraft ther- 
mal acceptance tests. The ACS, EPS, and 
CDH modules are 48 x 18 in., and have built- 
in provisions for adding the latching mech- 
anisms with negligible scar weight 

• ACS Performance - Attitude pointing ac- 
curacy is 0.01 deg, stability is 10* 6 deg/sec. 

This performance is with a built-in, fixed-head 
star tracker. The ACS will also accept point- 
ing error signals directly from a payload sen- 
sor, such as a telescope, or a gimballed star 
tracker for greater accuracy. A combination 
of RCS thrusters, momentum wheels, and 
magnetic torquer bars are used for momentum 
exchange and removal 

• Electrical Power - Available orbital average 
power is 1500 watts; peak power, up to 
3500 watts. With the addition of battery 


chargers and batteries in conjunction with 
additional solar array area, this capability 
can be doubled. A rigid solar array is used in 
the basic design, but a flexible array can be 
utilized for weight or packaging advantages 

© Orbit Adjust/RCS - Provisions for attitude 
control during initial stabilization and satis- 
fying wheel unloading requirements is con- 
tained in the all hydrazine replaceable pro- 
pulsion module. In addition, requirements 
for orbit adjust capability and orbit transfer 
stabilization can be met by mounting addi- 
tional jets and tanks as required. Thruster 
size requirements from 0.1, 1, 5, and 75 lb 
have been defined for the various functions. 

In summary, the standard spacecraft designed 
for EOS can handle most requirements for the 
earth orbiting missions in its basic form, and is 
further expandable for either added performance 
or redundancy with minor predesigned additions. 
Follow-on mission capability is discussed in more 
detail in the next subsection. 

1.5 FOLLOW-ON MISSION ACCOMMODATION 
The Grumman Basic Spacecraft design re- 
sulting from our EOS System Definition Study in- 
corporates the concept of subsystem modularity. 
The modules which we have designed for this space 
craft "bus” can be used without geometrical vari- 
ation on missions other than EOS-A. In fact, our 
studies indicate that a large number of diverse 
payloads can be captured by the Basic Spacecraft 
with just minor modification to the individual sub- 
system hardware complement. 

Figure 1-6 shows the family of payloads in- 
vestigated during the course of the study and the 
observatory configuration which resulted. The 
complement of follow-on missions investigated 
were SEASAT, SMM,EOS-C, TIROS -O, SEOS 
and EGRET. These encompass requirements for 
earth pointing (SEASAT, EOS-C, TIROS-O), 
solar pointing (SMM), geosynchronous earth point- 
ing (SEOS) and inertial pointing (EGRET) space- 
craft. As the figure shows, even though the in- 
dividual missions requirements differed greatly a 
consistent geometrical arrangement for the Basic 
Spacecraft was maintained for all missions. 
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Table 1-3 Standard Spacecraft Mission Requirements Summary 



ORBIT, 
N Ml 

L/V 

PAYLOAD 
WT, LB 

POWER. 

WATTS 

DATA 

RATE. 

MBS 

POINTING 

ACCURACY. 

DEG 

POINTING 
STABILITY, 
DEG/SEC X 
10' 6 

EOS-A 

365-385* 

D2910 

915 

209 

102 

0.01 

1 

EOS-B 

365-385* 

□3910 

1210 

225 

170 

0.01 

1 

EOS-C 

365-385* 

T-lll B 

2340 

450 

350 

0.01 

1 

EOS-D 

(SEASAT-B) 

324 
(90 ) 

D2910 

973 

450 

90 

0.2 

10 

EOS-E 

(TtROS-O) 

450* 


1037 

268 

1.1 

0.01 

2 

EOS-F 

(SEOS) 

19000 

GEOSYNCH 
0 LAT 

T-III-C7/ 

TE364-4 

2849 

425 

60 

0.0016 
(IN AUTO 
MODE) 

0.46 

SEASAT-A 

432 

108° 

D3910 

927 

550 

36 

0.25 

10 

SMM 

275-300 

(28-33°) 

02910 

1973 

174 


.0003 

(W/SUN 

SENSOR) 

4.0** 

EGRET 

250 
(28° > 

D2910 

2695 

55 

3x1 O' 3 

0.1 

— 
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Table 1-4 Follow-On Mission Driver Requirements 


SUBSYSTEM 

REQUIREMENTS 

FOLLOW-ON 

MISSION 

• C&DH 

- INCLUDE TAPE RECORDER 

- INTERFACE WITH 32 REMOTES 

- MEMORY EXPANDABLE TO 65K WORDS 

- SEASAT 

- SMM 

- SMM/SEASAT 

• EPS 

- 600 W ORBIT AVERAGE NON-SUN SYNCHRONOUS 
RETROGRADE 

- 2KW PEAK WITH 25% DUTY CYCLE 

- TWO-AXIS ARRAY DRIVE 

- SEASAT/EOS-C 

- SEASAT 

- SEASAT 

• ACS 

- POINTING 5.0 Se£ 

- HOLDING .0017 SEC/SEC 

- SLEWING 16 MIN. IN 8 SEC . 

- SEOS/SMM 

- SEOS 

- SMM 

• STRUCTURE 

- SUPPORT OF AT LEAST 2500 LB OF PAYLOAD 

- EOS-C 

• THERMAL 

- INCORPORATION OF VCHP & OSR INTO MODULE 
DESIGN* 

- SEOS/SEASAT/SMM 

• RCS/OA/OMS 

- PROPELLANT FOR 100% WHEEL UNLOADING 

- THRUST VECTOR CONTROL CAPABILITY 

- ADDITIONAL KICK MOTORS & SUPPORT 

- SEOS 

- TIROS-O/EOS-C 

- TIROS-O 

• INST, DATA/W.B. 

- SUPPORT 300 MBPS 

- EOS C 

COMM 

- INCLUDE ONE OR MORE HI SPEED RECORDERS 

- EOS C 


*VCHP = VARIABLE CONDUCTANCE HEAT PIPE 
OSR = OPTICAL SOLAR REFLECTOR 
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The major mission requirements for the ap- 
plication and science missions discussed above are 
given in Table 1-3. The table indicates that the 
requirements for most of the missions are within 
the range of the basic spacecraft capability. How- 
ever, there are areas in which missions other than 
EOS-A are the design drivers. A summary of these 
driver requirements is given in Table 1-4. The 
table indicates (for each subsystem) the driver re- 
quirements beyond the EOS-A basic spacecraft 
capability, and which mission imposes these ad- 
ditions. Note that the final two requirements for 
the C&DH subsystem are the current expansion 
limits of the Basic Spacecraft. 

While some of the indicated driver require- 
ments significantly exceed the basic spacecraft 
capability, enough flexibility has been designed 
into the Basic Spacecraft so that all these require- 
ments may be satisfied without compromising the 
subsystem module external geometric, electrical, 
or data interfaces. In fact, in most cases these 
follow-on driver requirements can be satisfied by 
incorporating production line changes in the 
module (e.g., the addition of a battery; use of 
larger size reaction wheels). 

1 .6 SPACE SHUTTLE UTILIZATION 

The most economically beneficial way of 
using Shuttle to maintain a long-term operational 
LRM mission is for In-orbit Resupply of EOS. 


Three fundamental questions were addressed 
in the course of this study: 

• What is the design impact associated with 
the Space Shuttle? 

• Is the EOS compatible with Shuttle 
performance capabilities? 

• What is the best mode relative to Shuttle 
use to obtain maximum cost and operational 
benefits (i.e., Delivery Only, Delivery plus 
Retrieve, or In-orbit Resupply)? 

Design impact and Shuttle performance were in- 
vestigated for EOS missions A through F (Table 
1-1). Shuttle utilization benefits were studied for 
EOS-B (Fig. 1-7) and EOS-C, which represent two 
classes of long-term operational spacecraft. These 
investigations led to the following conclusions: 

• Observatory weight impacts, exclusive of 
orbit transfer subsystem (OTS) considera- 
tions, are reasonable 

- 60 to 70 lb for Delivery Only 

- 70 to 80 lb for Deliver/Retrieve 

- 200 to 300 lb for In-orbit Resupply 

• EOS program cost impact (non-recurring/ 
recurring) to achieve Shuttle compatibility 
are minimal compared to total program cost 
for any projected Shuttle utilization mode. ' ' 

- $0.4/$0.5 million for Deliver Only 

- $2.2/$0.9 million for Deliver/Retrieve 

- $4.4/$ 1.3 million for In-orbit Resupply 
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Fig. 1-7 EOS Deployment 
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UNSCHEDULED RESUPPLY EOS-B 

SCHEDULED RESUPPLY EOS-B 



UPTIME, YEARS OF 10-YR PROGRAM 
'Variable costs only; fixed costs not included 

Fiq. 1-8 Scheduled Vs Unscheduled Resupply 

6-1 

7-10 


• Shuttle performance, in conjunction with the 
EOS OTS is adequate for all EOS mission 
concepts except SEOS, which requires a Tug 

• All EOS configurations studied, including the 
_ necessary support and resupply equipment, 

meet Shuttle volume and center- of -gravity 
constraints 

• High EOS subsystem and instrument re- 
dundancy is cost effective compared to total 
program costs in all Shuttle utilization modes 
(Fig. 1-8) 

• For all EOS programs entailing on-orbit oper- 
ating lifetimes in excess of two to three 
years, Resupply is the preferred Shuttle 
utilization mode. For shorter duration pro- 
grams, Deliver Only is preferred (Fig. 1-9) 

- High-cost, high-weight payloads magnify 
the desirability of resupply for long-term 
operational programs 

- Resupply cost benefits can be greatly in- 
creased by reducing resupply system 
(i.e., MEM and module magazine) weight, 
assuming shared Shuttle transportation 
costs 

- Shuttle flights should be initiated on de- 
mand of a disabled spacecraft in all modes, 
rather than on a regularly scheduled basis 
(Fig. 1-8) 



PROGRAM YEARS 

‘Variable costs only; fixed costs not included 

Fig. 1-9 Total Program Costs, EOS-B 
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— Proportional Shuttle transportation costs 
(multiple user) favor low Shuttle park- 
ing orbit plus EOS OTS. 

In addition to the foregoing conclusions, our 
studies show that selection of a Shuttle operating 
orbit has a greater influence on EOS transportation 
costs. Direct Shuttle ascent to the required EOS 
mission orbit may eliminate the need for an OTS, 
but significantly increases operational costs. 

1.7 CENTRAL DATA PROCESSING FACILITY 
The guidelines used in our Central Data Pro- 
cessing Facility (CDPF) design study encompassed 
the volume of remote sensor data to be processed, 
and the quantity, type, and quality of the output 
products. These are listed in Tables 1-5 through 
1-7. Our study has led to the following conclu- 
sions: 

• The high data load, high quality requirements 
of the output data, and the fast turnaround 
demanded for the output products associ- 
ated with the next generation remote sensing 
system can be met with currently known 
computer technology. However, the user 
community is still unsure of the processing 
algorithms required of the CDPF for maxi- 
mum data user benefit Thus, we are faced 
with a software and system problem rather 
than a hardware problem 

• The CDPF should be configured with a capa- 
bility to handle 20 TM scenes per day in the 
1979 timeframe, and be capable of growth 
for the processing of 400 scenes/day in three 


to five years. This growth can and should 
be accomplished in a modular, add-on 
fashion 

• Current data processing facilities are incapa- 
ble of growing to meet the next generation 
requirements 

• Due to the R&D nature of the processing 
algorithms, the CDPF should initially be 
software flexible 

• While a large general purpose computer sys- 
tem offers software flexibility, any CDPF 
configuration of this nature becomes pro- 
hibitively expensive at high data volumes. 

A system consisting of distributed minicom- 
puters offers flexibility for the initial CDPF 
at reasonable cost 

• Special purpose hardware, while fast and 
relatively inexpensive, does not offer the 
flexibility required of the early CDPF 

• Use of an associative array processor (AAP), 
such as the STARAN, offers flexibility, mod- 
ularity for growth, and costs comparable to 
special purpose hardware. This approach 
appears eminently suitable for the CDPF 

• The initial cost of the CDPF will be $10 to 12 
million (in 1974 dollars) 

• A Local User System (LUS), consisting of a -A 
network of low-cost local or regional receiv- 
ing and data processing stations, should tie in 
either directly or indirectly with the CDPF. 
These distributed systems will promote 
greater efficiency in sharing the total data 
processing load as well as assure more ex- 
peditious data dissemination. 


Table 1-5 Output/Input Product/Data Quantity 


PRODUCT 

DATA VOLUME 

NUMBER OF 
DATA USERS 

NUMBER OF 
FORMATS 

HDDT (UNCORRECTED) 

10* 0 - 10 1 2 BITS/DAY 

2-10 

- 

HDDT (CORRECTED) 

10* 0 - 10* 2 BITS/DAY 

2-10 

- 

CCT (CORRECTED) 

10* - 10* ° BITS/DAY 

10 - 1O0 

1 - 1 

BLACK&WHITE POS/NEG* 1 * 

20 - 200 SCENES/DAY 

5-50 

1 ■ 

CJ_ 

CO 

BLACK&WHITE PRINTS 


o 

1 

in 

1 - 3<3> 

COLOR POS/NEG* 2 * 

10- 100 SCENES/DAY 

2-20 

1 - 313) 

COLOR PRINTS 


2-10 

1 - 3< 3 ) 


^ ^ First generation product — 24mm <9.5 in.) ^ Enlargement to standard map scales 


^ Second generation product — 24mm (9.5 in.) ^Processing considered as two 8-+ir shifts per day 
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Table 1-6 Output Products 


PRODUCT 

GEOMETRICALLY 

UNCORRECTEO 

GEOMETRICALLY 

CORRECTED 

REOUCEO 

DATA 

OPTIONS 

B/W FILM 
COLOR FILM 

HIGH DENSITY DIGITAL TAPE 
COMPUTER COMPATABLE TAPE 

✓ 

■i 

V 

CUSTOM OUTPUT PRODUCTS 

FILM PRODUCTS GEOMETRICALLY CORRECTED WITH 
CUSTOM GAMMA CAPABILITY 

SUBAREA ENLARGEMENTS 

SPECIFIC MAP SCALES (e.g. 1 :1 ,000,000 1 : 500 ,000) 

CUSTOM FILM 

SPECIFIC FALSE COLOR 

CUSTOM DIGITAL PRODUCTS 

CCT OUTPUTS WITH VARIOUS FORMATS (e.g., BAND 
INTER LEAVED, BAND SEQUENTIAL) AND SUBAREAS 
(e.g., PARTIAL SCENES) 


• Output product quality: as indicated in Table 1-7 

• Output/input product/data quantity: as indicated in Table 1-5 
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Table 1-7 Output Product Quality 



GEOMETRICALLY 

UNCORRECTEDU) 

GEOMETRICALLY 

CORRECTED <2) 

PRODUCT 

TM 

HRPI 

TM 

HRPI 

• SWATH WIDTH, KM 

• SPATIAL RESOLUTION 

185 

48 

185 

48 

- VISIBLE, M 

30 

10 

30 

10 

- THERMAL, M 

120 

- 

120 

- 

• LINEARITY U RAD) IFOV 

0.2 

0.2 

0.2 

0.2 

• BAND TO BAND REGISTRATION (*i RAD) 
IFOV 

0.1 

0.3 

0.1 

0.3 

• POSITION ACCURACY (W/O GCP),< 3) M 

± 450 

±450 

± 170 

±170 

• POSITION ACCURACY (WITH GCP,< 3) M 

- 

- 

± 15 

± 15 

• RELATIVE RADIOMETRIC ACCURACY 





- VISIBLE 





o TAPE, % 

± 1.6 

± 1.6 

±1.6 

±1.6 

o FILM, % 

± 5 

± 5 

± 5 

+ 5 

- THERMAL 





o TAPE, K 

± 1 

- 

t 1 

- 

o FILM, K 

t 3 

- 

±3 

- 


NOTES: 


^ ^ Includes radiometric correction, earth -rotation correction, line-length adjustment, correction 
for earth curvature, and predicted emphemeris. 

(2) 

Additionally includes use of best-fit ephemeris from measured data. 

131 

GCP = ground control points. 
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Our CDPF design study has established the 
most cost effective configuration for performing: 

• Radiometric and geometric correction of 
raw data and 

• Generation of specified output data product. 

Figure 1-10 illustrates the general elements of 
such a facility. The interrelationships among the 
major CDPF functions are shown in Fig. 1-11. 
PROCESSING - Three levels (stages) of proces- 
sing have been considered: 

• Stage I - Calibration-type corrections using 
the calibration data provided with the image 
data. Included is radiometric correction 
plus any one-dimensional scan correction 
(line stretching) required by the particular 
scanner selected 

• Stage II - Correction for earth curvature, 
earth rate, UTM projection, and two-dimen- 


sional sensor scan correction (e.g., correct 
for conical scan), using the best available 
estimates of attitude and ephemeris 

• Stage III - Further refinement of the correc- 
tions made in Stage II by using GCP's to im- 
prove attitude and ephemeris data. Level III 
processing would be performed on a certain 
fraction of the data instead of Level II pro- 
cessing. 

COST/THRUPUT/ALGORITHM/SCAN 
TECHNIQUE - The trend of annual processing 
costs is a function of the number of scenes of 
TM data which are processed each day, scan tech- 
nique, and processing algorithm. The scene load 
of primary concern ranges from 20 per day (ap- 
proximately 4 x 10 1 0 bits/day) to 400 per day 
(8 x 10 1 1 bits/day). Over this range, and with, 
standard machines (e.g., minicomputers), costs 
increase linearly with scene load, Fig. 1-12. 


LEVEL I RADIOMETRIC & ONE DIMENSIONAL LINE SCAN CORRECTION OF NEEDED) 
LEVEL II PRECISION GEOMETRIC 

LEVEL III SAME AS LEVEL II EXCEPT GCP'S USED TO CORRECT RESAMPLING GRID 



7-48 Fig. 1-10 General Structure of the Central Data Processing Facility 
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A second trend shown is the strong depen- 
dence of processing cost on the two-dimensional 
interpolation algorithm used during Level II (III) 
processing (i.e., during resampling/interpolation 
of the original image data). As processing moves 
from the simplest algorithm, nearest neighbor (NN) 
interpolation, to bilinear interpolation (BI), costs 
increase almost three-to-one. If algorithm com- 
plexity is increased still further to “cubic convo- 
lution” (approximation to two-dimensional 
sin(X)/X interpolation), costs increase again by 
more than two-to-one compared to BI. 

Finally, approximate differences between the 
processing costs for the linear and conical scan 
data are shown. This difference is due to a fixed 
increase in the number of machine instructions 
per pixel which are necessary to compute the coor- 
dinates of each output pixel when the original 
data is resampled. This coordinate computation 
is relatively simple for the linear scanner (can be 
performed recursively with only a few instructions), 
but becomes more complicated with the conical 
scan data. 

OUTPUT PRODUCTS - Figure 1-11 also shows 
the requirement for output (user) products at 
three points: 

• Stage I: HDDT and Photo 

• Stage II: HDDT and Photo 

• Stage III: HDDT and CCT 

Tables 1-5 through 1-7 relate the quantity 
and quality of these products. High density dig- 
ital tape (HDDT) refers to any very high density 
tape (>10,000 bpi) which is not directly read- 
able by a computer without special interface hard- 
ware. Computer compatible tape (CCT) refers to 
other magnetic tapes with density <10,000 bpi that 
are directly readable by computers. The photo prod- 
ucts consist of black and white (B&W) film (posi- 
tive and negative), B&W prints, color film (posi- 
tive and negative) and color prints. The B&W and 
color film are to be 241 mm (9.5 in.). The re- 
quired data load must be handled in a standard 
16-hr day. This implies a 24-hr turnaround for 
most standing orders. 


CDPF CONFIGURATION - Three concepts were 
considered: Use of a configuration 

• Of multiple minicomputers 

• Containing special-purpose (SP) digital 
hardware 

• Centered around an AAP; specifically, 

ST ARAN. 

The major cost drivers in all three approaches 
are the data handling/formatting/storage and the 
interpolation. The critical nature of the data 
handling/storage is driven by the enormous quan- 
tity of data in a TM scene, the processing speed 
requirements, and the fact that the output scan 
lines are tilted with respect to the input scan lines. 

Figure 1-13, A through C show, respectively, 
the three alternative configuration concepts 
(Options A through C) for Level II/III processing. 
The basic module of Option A (minicomputer 
system) uses two processors, one to perform the 
interpolation and the other to handle the data. 

The basic module can process five TM scenes per 
day assuming bilinear interpolation. Four modules 
can process 20 TM scenes per day. To process 
400 TM scenes per day using cubic convolution, 
240 modules would be required. 

Option B is the special purpose hardware 
configuration. Minicomputers will be used to im- 
plement the master process control and the grid 
computation, but the remainder of the system con- 
sists of hard-wired, special-purpose hardware. In- 
terpolation algorithms are switch selectable and 
are limited to the three methods (nearest neighbor, 
bilinear, and cubic convolution) considered in the 
analysis. 

The expansion of the special purpose hard- 
ware configuration from a minimum throughput 
version to a 400-scene-per-day system occurs in 
several stages. A basic single-thread module can 
handle 15 scenes per day. By doubling the disk, 
and then the image segment memory elements, 
the throughput of the module can be increased to 
30, then 60, scenes per day. The next stage of 
expansion is to increase the number of modules. 

A total of seven modules is required to handle 400 
scenes per day. - 
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Option C is based on an unconventional gen- 
eral purpose processor, the Goodyear STAR AN. 
The ST ARAN AAP is a general purpose computer 
with special architecture oriented toward the com- 
mon manipulation of tabular data. The ST ARAN 
processor operates in a multiphased batch mode. It 
performs coordinate computation, interpolation, 
GCP location, and portions of the data handling 
computation for batches of output pixels. An 11- 
array system can handle 400 scenes per day, as- 


suming cubic convolution interpolation. For the 
20-per-day system, the usual minimum configura- 
tion of two arrays is recommended. 

Table 1-8 shows a summary of the character- 
istics of the implementation options. Because 
Option C provides the flexibility of a general pur- 
pose system at a cost comparable to that of spe- 
cial purpose hardware, Option C is the recom- 
mended approach. 




7-51,7-58 • BASIC MODULE PROCESSES 5 • FOUR BASIC MODULES PROCESS 

7-104 SCENES/DAY 4 x 1 0' " BITS <20 TM SCENES) 

PER DAY 


A. Option A — Minicomputer Configuration 


Fig. 1-13 Level ll/ll I Processing Alternative Configuration Concepts (Part 1 of 3 Parts) 
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• HANDLES UP TO 12 ROTATION 
BETWEEN INPUT AND OU TPUT 
DATA 

• PERFORMS RESAMPLING. INTER 
EOLATION, AND PRODUCES ONE OE 
3 OUTPUT FORMATS 


7-52, 7-59 
7-105 


• BASIC MODULE SIZED TO 
PROCESS: 

15 SCENES/DAY 
ADD EXTRA MEMORY 
PROCESSES 30 SCENES'DAY 
ADD EXTRA DISKS 
PROCESSES 60 SCENES/OAY 


• SEVEN BASIC MODULES PROCESS 
APPROX 4UU SCENES'DAY 

(8 • 10“ BITS'DAY) 

• THROUGHPUT O'F BASIC MODULE 

IT, 2.6 MBPS 

TIME TO PFHFORM CUBIC 
CONVOLUTION ON EACH 
PIXEL 1.5 uS. 


B. Option B — Special-Purpose Hardware 


Fig, 1-13 Level ll/ll I Processing Alternative Configuration Concepts (Part 2 of 3 Parts) 
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Fig. 1-13 Level ll/I II Processing Alternative Configuration Concepts (Part 3 of 3 Parts) 


Table 1-8 Summary of CDPF Optional Configurations 



THROUGHPUT 

EXPANDABILITY 

FLEXIBILITY 

RELIABILITY 


OPTION A 
MINI- 
COMPUTER 

20 SCENES/DAY USING 
4 MODULES (BILINEAR! 
INTERPOLATION) 

5, 10, 15, 20 S/D 
ARE LOGICAL 
STEPS 

MOST 

FLEXIBIE 

@20 S/D HAVE FALL 
BACK CAPABILITY TO 
75%, 50%, CAPACITY 

- 

OPTION B 
S.P. 

HARDWARE 

FULLY PARALLELED 
SYSTEM CAN PROCESS 
400 S/D USING CUBIC 
CONVOLUTION 

EXPANDABLE IN 
STEPS, 15, 30, 
60,400 S/D 

VERY 

LITTLE 

FLEXIBILITY 

SOME SINGLE-POINT 
SENSITIVITY; AT 
400 S/D, CAN FALL 
BACK TO 6/7, 5/7, 
CAPACITY 

10:1 CHEAPER 
THAN A AT 
400 S/D 

OPTION C 
STARAN 

11 MODULES CAN 
PROCESS 400 S/D 
USING CUBIC 
CONVOLUTION 

EXPANDABLE IN 
STEPS OF 
APPROXIMATELY 
40 S/D 

ALMOST AS 

FLEXIBLE 

AS 

OPTION A 

SOME SINGLE POINT 
SENSITIVITY; AT 
400 S/D, CAN DE- 
GRADE IN STEPS OF 
40 S/D 

COMPARABLE 
TO COST OF 
OPTION B 


7T-32 

7T-51 
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1.8 INTERNATIONAL DATA 
ACQUISITION 

The cost effectiveness of the TDRSS for Inter- 
national Data Acquisition was evaluated against 

• Direct transmission (DT) to Regional Ground 
Stations and Primary Ground Stations 

• Use of wide band video tape recorders 
(WBVTR) for the recording of data and play- 
back when in contact with a STDN site 
(Table 1-9). 

This study indicated that the TDRSS was a 
cost effective means for data transmission for EOS 
provided the total rental cost of the TDRSS for a 
single-access user is not charged to the EOS. Costs 
could vary from no cost (if the network supplies 
the TDRSS to the EOS program) to $25 million 
per year if total cost must be borne. Under a band- 
width-time usage formula (i.e., the program pays 
for use time only), the TDRSS can still be con- 
sidered cost effective. 

In addition to cost, TDRSS use offers certain 
other advantages: 

• The WBVTR (two required without TDRSS) 
would not be used. This saves significant 
spacecraft weight, power, and cost 

• International Data Acquisition is enhanced 
since a significantly larger area of the world 
can be scanned for data transmission. Using 
coverage of all land area as an example: 


Configuration % All Land 

TDRSS 90 

WBVTR (2) 61 

WBVTR (1) 46 

Primary + Regional Stations 53 


Further evaluation in terms of scenes per day 
obtainable with TDRS as opposed to direct trans- 
mission and WBVTR indicate even greater relative 
cost effectiveness. 

1 .9 LOCAL USER SYSTEM/LOW-COST 
GROUND STATION 

A systems viewpoint was taken with respect 
to a wide family of Local User Systems (LUS's) 
which includes the low-cost ground station con- 
cept. Centralized as well as local operations are 
necessary to assure system viability. 

The basic cost conclusions (Table 1-10) are 
that minimum (basic) capability LCGS’s can be 
provided for an equipment (hardware) cost, in 
quantities of 10 or more, of $125 thousand (1974 
dollars), and that the enhanced processor and dis- 
play subsystems, increasing the hardware cost to 
about $300 thousand in quantity, should provide 
as much local processing and analysis capabilities 
as most local area analysis specialists would need. 

In arriving at these design concepts, the fol- 
lowing tradeoffs were considered: 


Table 1-9 International Data Acquisition System Cost Breakdown 


ON 1974 MILLIONS OF DOLLARS) 


OPTION 

EARTH 

TERMINAL 

SPACECRAFT 

COSTS 

SM/YEAR 

DATA PROCESSING & 
HANDLING COSTS 

TOTAL COST (COST 
IMPACT TO EOS)** 

1. DT WITH SIX 
REGIONAL 
STATIONS 

6 

— 

4.2' 

10.2 

(0) 

2. WBVTR (2TR’s) 

— 

2 

4.2 

6.2 

(2) 

3. TDRSS 

25 (BW PRICING)* 
2.5 (BT PRICING) 

3.0 

4.2 

32.2 

7.7 

(3) 

0) 

4. HYBRID 
6 LCGS & 
WBVTR (1 TR) 

0.6 

1 

0.4 

2.0 



(1) 


* TDRSS - PRORATED COSTS BASED ON BANDWIDTH (BW) PROPORTION USED BY EOS ($25M> OR 
BANDWIDTH TIME PRODUCT (S2.5M) 


** EOS COST IMPACT INCLUDES ONLY SPACECRAFT EQUIPMENT COSTS 
3-259, 7T-10 
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Table 1-10 Low-Cost Ground Station Costs Vs Capability 


{IN 1974 THOUSANDS OF DOLLARS) 


HARDWARE 

CAPABILITIES 

COST 10TH UNIT 

1 - MINICOMPUTER 

DISPLAY B&W IMAGES 


1 - DISK 

DATA PROCESSING (SLOW) 


2 - MAGNET TAPE 

IMAGE ANALYSIS (VERY SLOW) 

130 

1 - CRT/KEYBOARD 
1 - B&W DISPLAY 
1 - DATA REPRODUCER 

HARDCOPY (W/CAMERA) 


ALL ABOVE PLUS: 

DISPLAY B&W & COLOR 


•1 - 2ND MINICOMPUTER 

DATA PROCESSING (MODERATE SPEED) 


1 - LINE PRINTER 

IMAGE ANALYSIS (INTERACTIVE) 

223 

1 - COLOR DISPLAY 
1 - HARDWARE X/-^ 

HARDCOPY (W/CAMERA & PRINTER) 


ALL ABOVE PLUS: 

DISPLAY B&W & 2 COLOR 


1 - 2ND DISK 

DATA PROCESSING (REASONABLE SPEED) 


2 - 3RD & 4TH 

IMAGE ANALYSIS (MODERATE SPEED! 

300 

MAGNETIC TAPE 
1 - B&W & COLOR IMAGE 
RECORDER 

1 - 2ND COLOR DISPLAY 

HARD COPY (PRINTER & PHOTO) 



3-255 

7T-11 

7T-35 


• Three cost targets: $130 thousand, 220 
thousand, and 300 thousand (1974 dollars) 
for recurring (quantity 10 or more) hardware 
costs for LCGS LUS’s that includes about $70 
thousand for the RF/IF and data handling/ 
recording subsystems 

• A single family of equipment 

• RF/IF and data handling/recording subsystems 
common for all LCGS models 

• Processor and display subsystem with modular 
software, expandable to meet a variety of 
user applications needs. 

Augmenting the low-cost ground stations are 
two concepts centralized within the CDPF. These 
are the Applications Program Etevelopment Lab- 
oratory (APDL) and the LUS Diagnostic and 
Equipment Laboratory (LDEL). The APDL con- 
cept permits centralized applications program 
development, eliminating the need for expensive 
development equipment (card readers, develop- 
ment system software, etc) and the need for com- 
puter programmers at each LUS site. Centralized 
checkout and diagnostic capability in the LDEL 
will eliminate the need for maintenance personnel 
at each LUS site for computerized equipment 
testing and diagnostic analysis. Detected problems 
would be handled by local area maintenance per- 
sonnel sent to a LUS as required. Each LUS would 
avail themselves of these CPF services over standard 


duplex telephone lines connected to the CPF. 

An alternate means of data acquisition by the 
LUS to a direct RF downlink from the observatory 
was briefly explored. This consists of data transfer 
from the CPF to the LUS over highspeed telephone 
links. Preliminary studies showed this approach 
feasible and cost effective for a moderate number 
of LUS's (i.e., 35). An in-depth study of this 
approach, however, must be performed before a 
firm recommendation can be made. 

1.10 COST SUMMARY 

The EOS program, consisting initially of two 
spacecraft (EOS-A & A'), has been examined in 
detail for the most cost-effective design configura- 
tion. Program cost, in 1974 constant dollars, has 
been estimated at $162 million. Table 1-11 shows 
how this total could be split among major program 
elements; Table 1-12 provides an expected spread 
of the total over six fiscal years. Although the esti- 
mated cost has already incorporated several cost 
saving approaches (refer to Subsection 1.11), we 
recommend using a program target cost of $150 
million in line with our Design-To-Cost (DTC) 
philosophy. Based on our DTC experience, we 
feel that this target is attainable without compro- 
mising major program objectives. “Cost Crunch- 
ing,” when applied only to non- fixed (launch vehi- 
cles and instruments) costs, would represent about 
12%. If this approach were to be followed, the ap- 
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lication of the groundrules of a DTC program, de- 
scribed in Subsection 1.12, would be required. 

Since the basic spacecraft is considered 
standard for many missions, the costs for this 
spacecraft are broken out separately in Table 1-13. 


Of particular interest is the recurring cost, which 
is estimated in 1974 constant dollars at $6.2 mil- 
lion. Here again, we recommend a lower target 
cost of $5.5 million. 


Table 1-11 EOS- A and A' Program Costs 


(IN 1974 MILLIONS OF DOLLARS) 



NONRECURRING 

RECURRING 

TOTAL 

• FIXED COSTS - INSTRUMENTS 



$40.0 

- TM (2) 

(13.0) 



- MSS (2) 

( 1.0) 



- LAUNCH COSTS (2) 

( 0.250) 



• OPERATIONAL SYS. COSTS 



(23.47) 

- MSS IMP (2) 

{ 3.64) 

( 4.44) 


- GND DMS 

(11.95) 

< 3.44) 


• R & D SYS COSTS 



(32.06) 

- TM IMP 

{ 4.40) 

( 2.82) 


- GND DMS 

(11.91) 

< 8.88) 


- NETWORK 

< 2.73) 

( 1.32) 


• SPACECRAFT 



(39.87) 

- BASIC SPACECRAFT (2) 

(18.32) 

(12.47) : 


- M.P. SPACECRAFT (2) 

( 3.12) 

( 4.34) 


- SPARES & LOGISTICS 

( 0.41) 

( 1.21) 


• MISSION OPS 

( 4.73) 

( 4.90) 

( 9.63) • 




TOTAL ($162.28) 
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Table 1-12 EOS-Aand A' Program Funding Summary 
(IN 1974 MILLIONS OF DOLLARS) 



FY'77 

FY'78 

FY'79 

FY'80 

FY'81 

FY'82 

TOTAL 

DATA MGT SYSTEM 

$ 6.3 

$14.9 

$ 8.5 

$ 4.5 

$ 3.9 

$2.1 

$40.3 

INSTRUMENTS 

6.9 

18.3 

13.6 

1.2 

— 

— 

40.0 

FLIGHT OPERATIONS 

0.3 

1.0 

4.3 

1.9 

1.2 

9 

9.6 

LAUNCH SYSTEM 

0.1 

1.9 

10.6 

4.7 



17 3 

SPACECRAFT PROJECT 

10.3 

17.8 

19.7 

6.7 

A 

.2 

55.08 

TOTAL PROGRAM 

$23.9 

$53.9 

$56.7 

$19.0 

$ 5.5 

$3.2 

$162.28 


3-227- 

7T-1 3 Table 1-13 Basic Spacecraft Cost 

(IN 1974 MILLIONS OF DOLLARS) 



NONRECURRING 

RECURRING 

PROGRAM MGT 

S 1.58 

$0,424 

SYS ENGRG & INTERFACE 

0.80 

0.400 

R&QA 

0.72 

0.320 

l&T 

0.29 

0.240 

DEVELOPMENT TEST 

2.40 


GSE 

2.31 


STRUCTURE. ADAPTER. ETC 

1.80 

0.597 

EPS 

1.11 

0.730 

SOLAR ARRAY & DRIVE 

0.66 

0.755 

C&DH 

2.93 

1.138 

ACS 

2.37 

1.160 

RCS 

0.57 

0.471 

0/B SOFTWARE 

0.80 


SUBTOTAL 

$18.32 

$6,335 
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1.11 PROGEAM/PESIGN EVALUATION 

The design cost trades presented in Report 
No. 3 of this study were performed on an individ- 
ual basis. Although the conclusions were, and 
still are, applicable for an individual trade area, a 
method must be applied to tie all tradeoff con- 
clusions together from an overall design standpoint. 
The approach we have chosen to evaluate the total 
EOS design is to develop a system effectiveness 
model. The model relates system and hardware 
design and performance parameters to a single ef- 
fectiveness Figure of Merit (FOM), which reflects 
top level program objectives. The effectiveness 
FOM we have chosen is “ expected number of equiv- 
alent scenes per week” which expresses the expected 
system yield (in probabilistic terms) of a normalized 
data product. The normalized data product, or 
“equivalent scene,” has a selected data quality (equiv- 
to a TM scene) and select mix of output products 
(CCT's, HDDT's, and B&W and color photographic 
images). All other system output design options 
are weighted relative to this normalized equivalent 
scene as a function of percentage of users satisfied 
(refer to Subsection 1.2). 

Program design options were then evaluated in 
terms of the cost/performance (effectiveness) versus 
the resulting FOM (expected equivalent scenes) for 
a EOS-A and -A / operational mission of two ob- 
servatories, each with a two-year mission with one 
year of overlap. The results of this evaluation is 
shown in Fig. 1-14, which plots the total EOS-A 
and -A '"mission observatory recurring plus opera- 
tional cost per equivalent scene (cost effectiveness) 
produced during the operational missions. In exam- 
ining this curve, the following general conclusions 
are apparent: 

® The recommended EOS-A and - A * program 
with a TM/MSS, 30-m resolution, and TDRS 
is a cost/performance effective approach with- 
in the constraints of using a conventional 
launch vehicle and the baselined TM 185-km 
swath width 

• TDRS has a significant positive effect on pro- 
gram cost and performance effectiveness 
(Options 1 to 6 vs 6 to 13) 


© The inclusion of provisions for Shuttle com- 
patibility in the EOS design will permit a 
significant increase in performance at a very 
small cost increase when the Shuttle becomes 
operational (Option 1 vs 4 or 8 vs 7). 

Note that the on-orbit resupply cost and per- 
formance effectiveness is not truly represented in 
this evaluation because its benefit is not realized 
for missions of less then 2.75 yr as described in 
our Shuttle utilization studies (Subsection 1.6). 

The recommended program indicated on the figure 
ruled out Shuttle utilization at this time since the 
initially defined EOS program did not include a 10- 
year operational system. 

1.12 PROGRAM PLAN/MANAGEMENT 
APPROACH 

Our recommended program plan and manage- 
ment approach is aimed at building a low cost EOS 
system without compromising top-level technical 
objectives. 

The recommended program plan for EOS-A 
and -A' is shown in Fig. 1-15. The key elements 
of the recommended plan are: 

• Program start in mid CY ’76 with the launch 
of EOS-A 34 months from program start 

• EOS-A and -A' launched one year apart to 
provide the most effective utilization of 
personnel, GSE, and facilities while meeting 
EOS mission objectives 

• Development and qualification of a Shuttle- 
compatible Basic Spacecraft which meets 
the requirements of EOS-A and -A' as well 
as follow-on missions 

• Design development and qualification com- 
pleted prior to the start of the fabrication 
of flight hardware 

• Static load qualification of the primary 
module and secondary structure by accelera- 
tion, including Shuttle crash -load demonstra- 
tion 

® Early structural qualification tests with com- 
ponent mass representations to define com- 
ponent environments prior to the start of 
component qualification tests 

® Consolidation of all flight hardware environ- 
mental tests at the module level. 
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Fig. 1 -IS EOS Program Schedule Summary 


Inherent in the recommended program plan 
is a subplan that can be used to provide an accep- 
tance tested Basic Spacecraft that is independent 
of a particular mission. This approach is illustrated 
by the schedule option shown in Fig. 1-14, which 
provides a Basic Spacecraft for a program with a 
1978 launch. 

The objectives of our recommended program 
management approach are to provide the manage- 
ment plan and controls necessary to design, devel- 
op, and integrate the EOS-A and -A' program 
elements within specified program cost targets, 
and provide a low-cost standard spacecraft that will 


support future earth orbiting missions. To achieve 
these goals it is recommended that the EOS-A and 
-A' program be conducted in a DTC environment 
with the specific cost targets defined in Subsec- 
tion 1-10. To manage the program implemented 
in accordance with the DTC approach, we recom- 
mend a System Integration Team headed by a 
centralized program manager which we have desig- 
nated as the System Integrator. 

Our EOS System Definition Studies have 
established the DTC targets and program require- 
ments for major spacecraft and ground system 
elements for the EOS-A and -A' program. We have 
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incorporated the DTC target into the EOS System 
Design Specifications. Each element contractor 
will be responsible for meeting the target set and 
further defining cost targets for each element of 
his Work Breakdown Structure (WBS). Designers 
will then have cost targets as design requirements 
and use data banks and productibility cost hand- 
books to select the detailed design which meets 
his cost and performance requirements. Where 
lower level WBS element cost and performance re- 
quirements cannot be met within cost targets, de- 
sign cost tradeoffs of higher level requirements 
will be made by the element contractor to achieve 
overall element performance and cost targets. 
Ifigure 1-16 illustrates this activity flow. 


The System Integrator shall be responsible 
for maintaining overall EOS- A and -A' program 
costs within these targets. The scope of the Sys- 
tem Integrator's tasks include schedule and tech- 
nical performance as well as cost, and he has the 
overall responsibility under the direction of the 
GSFC Program Manager for all elements of the pro- 
gram. We recommend that the System Integrator, 
in his total program role, function through a work- 
ing team concept comprised of personnel from 
NASA/Goddard, user groups, GFE contractors, 
and the instrument contractor. The direct com- 
munication provided by this team should bring 
overall management cost down through reduction 
of formal documentation, and provide the ability 



4-1 

7-13 

7-14 

715 Fig. 1-16 Design-To-Cost Activity Flow 
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to identify, jointly analyze, and resolve all inter- 
face problems in real time. 

We also recommend that the instruments and 
DMS operations for the initial flight be procured 
by the Government and provided to the System 
Integrator as GFE. The System Integrator will 
manage the instrument contractors through the 
System Integration Team, and will resolve inter- 
faces within the team or by an Interface Board 
with Goddard project management approval. The 
candidate instruments for the EOS program are in 
high-risk and low-risk categories. Since the TM and 
HRPI have a higher development risk, it is recom- 
mended that cost-type contracting be utilized. In- 
struments (such as the MSS and certain SEASAT 
instruments) that are of sufficiently low risk can 


be procured by either a firm fixed price contract 
or a fixed price incentive contract. 

The overall contractual plan makes full use 
of a DTC philosophy, and presents a low-cost ap- 
proach to the EOS-A and -A' execution phase. Cost 
savings expected from the above approaches are 
summarized in Table 1-14. The plan provides the 
structure to manage within program funding, and 
flexibility to manage within fiscal year funding. 
Also, an early selection of the System Integrator 
will assist in the instrument procurement as well 
as in optimum planning for the Basic Spacecraft. 
The development of a Basic Spacecraft will also 
enhance future space programs by providing 
standard spacecraft hardware for low-cost space 
programs. 


Table 1-14 Potential Cost Savings 
(IN 1974 MILLIONS OF DOLLARS) 


MANAGEMENT APPROACH 

POTENTIAL COST SAVING 
(EOS A AND A') 

© DESIGN-TO-TARGET COST FOR BASIC 


SPACECRAFT AND INITIAL DMS 

$11.0 

• SYSTEM INTEGRATION TEAM CONCEPT 

1 0 

© SIMPLIFIED CONTROLS AND DOCUMENTATION 

1.26 

o SIMPLIFIED TEST 

1.8 

© GFE INSTRUMENTS 

12.4 

» DIRECT PROCUREMENT-OPERATIONS 

3.2 

DATA PROCESSING 



TOTAL $30.65 


3-261, /T-24 
7T-50 
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2 - SYSTEM REQUIREMENTS 


2.1 PROGRAM/USER 

The general design objective of the Earth Ob- 
servatory Satellite Program is to provide a flexible, 
cost-effective "facility” for conducting a broad 
range of earth remote sensing missions. The facility 
will consist of a general purpose, or standard space- 
craft capable of accommodating a wide variety of 
instruments, and all ground data acquisition and 
processing systems necessary to provide data di- 
rectly to the users. Program functional elements 
for this facility are illustrated in Fig. 2-1. 

The EOS program and user requirements, as 
well as many subsystem design requirements, have 
been imposed by the NASA/GSFC RFP for this 
study (PR No. 5-66203-202). Grumman has built 
around these requirements, adding to them and 
modifying them in some cases, as a result of our 
system trade studies. The complete requirements 
are provided in Report No. 5, "System Design and 
Specifications”. Top level requirements are sum- 
marized as follows: 

• The EOS system shall provide a basic capa- 
bility to perform Land Resources Manage- 
ment (LRM) missions and shall be adaptable 
with minimum modification to support the 
following mission categories: 

— Earth observation 
— Solar observation 
— Stellar observation 
— Inertial pointing 

• The Basic Spacecraft shall be modular and 
standardized for a broad range of missions in 
the foregoing categories 

• The EOS system designed for LRM shall ac- 
commodate combined operational and R&D 
functions 


• The EOS shall be designed to utilize the Space 
Shuttle for economic and operational benefits. 
Designs shall incorporate Shuttle deploy, re- 
trieval, and in-orbit resupply 

• The LRM mission instruments shall provide 
multi-spectral imaging of the earth's surface 
with spatial, spectral, and radiometric resolu- 
tion as listed in Subsection 2.3 

• Earth scanning revisit cycle for LRM missions 
shall be a maximum of 17 days. The design 
goal is 6 to 9 days 

• Data turnaround for LRM mission shall be 24 
to 48 hr 

• Basic processed output products shall be digital 
and photographic 

• Output products are required for up to 100 
generic users 

• Central processing throughput rate shall be 
capable of handling a minimum of 10 1 0 bits/ 
day and expandable to 10 1 2 bits/day 

• Provisions shall be made for international data 
acquisition via TDRSS 

• The EOS System for LRM mission shall be de- 
signed to target cost. 

2.2 OBSERVATORY REQUIREMENTS 

The observatory consists of the Basic Space- 
craft and the Instrument/Mission Peculiar Equip- 
ment. 

2.2.1 BASIC SPACECRAFT 

2.2.1. 1 COMMUNICATION AND DATA HAN- 
DLING SUBSYSTEM 

The CDHS shall: 

• Provide tracking, command and telemetry 
compatibility with STDN and TDRSS. Table 
2-1 shows the STDN command direct link 
requirements 

• Execute commands in both real and delayed 

time , 


2-1 



(115-14 

7-61 



Fig. 2-1 Program Functional Elamtnti 
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Table 2-1 C&DH STDN Direct Link 


(Nate: Minimum Design Margin 6dB Above Signal Level For 1(T S 
Bit Error Rate For;) 


NO. 

PARAMETER 

REQUIREMENT 

1 

FREQUENCY 

2025 TO 2120 MHz 

2 

GROUND ANTENNA SIZE 

30 FT DISH 

3 

MIN ELEVATION ANGLE 
OF GROUND ANT. 

5° 

4 

MIN GROUND TRANS- 
MITTED POWER 

500 W 

5 

ATMOSPHERE LOSS 

0.6 d/B 

6 

POLARIZATION 

RHCP 

7 

MAX SLANT RANGE 

3040 km 

8 

UPLINK DATA RATE 

2 Kbps 

9 

E/NO. REQUIRED 

12 dB 


T7-18 


• Compress and store spacecraft data (recorder 
optional). 

2.2. 1.2 ELECTRICAL POWER SUBSYSTEM 
The EPS shall: 

• Provide for solar energy conversion, storage, 
and control of 28 ± 7-v power 


• Power handling capability to 1500 w orbital 

average power , 

• Peak power to 3000 w. 

2.2. 1.3 ATTITUDE CONTROL SUBSYSTEM 
The ACS shall provide: 

• Accurately pointed, stable earth referenced 
platform with low jitter. The required ACS 
modes are summarized in Table 2-2. 

• Inertial attitude hold for maximum solar 
power and for Shuttle retrieval operations 

• For disturbance torques introduced by the 
instruments of < 5 x 10' 3 ft-lb. 

2.2. 1.4 STRUCTURE SUBSYSTEM 
The structure subsystem shall: 

• Posses sufficient strength and rigidity to sur- 
vive critical loading conditions that exist with- 
in the envelope of mission requirements 

• Provide for support of a wide variety of instru- 
ment configurations 

• Provide for modularity and inflight resupply 
of subsystems 


Table 2-2 Summary of ACS Modes 


NO. 

MODE 

PURPOSE 

1 

RATE CHANGE 

NULL RATES AFTER BOOSTER SEPARATION. GENERATE 
ORBIT RATE ABOUT THE PITCH AXIS IN PREPARATION 
FOR THE EARTH-POINTING ATTITUDE HOLD MODE. 

2 

COARSE SUN 
ACQUISITION 

ACQUIRE THE SUN FOR SOLAR POWER AND IN PREPAR- 
ATION FOR FINE SUN ACQUISITION AND FOR SUBSEQUENT 
GUIDE STAR ACQUISITION. 

3 

FINE SUN 
ACQUISITION 

POINT TOWARD THE SUN WITH INCREASED ACCURACY. 
UPDATE ATTITUDE IN PREPARATION FOR SUBSEQUENT 
GUIDE STAR ACQUISITION. 

4 

RATE HOLD 

HOLD SELECTED RATE ABOUT SUNLINE FOR GUIDE STAR 
ACQUISITION (ALTERNATIVE: SLEW ABOUT SUNLINE TO 
ATTITUDE FOR GUIDE STAR ACQUISITION AFTER UPDATING 
USING DSS AND MAGNETOMETER). BACKUP FOR EARTH- 
POINTING. HOLD ORBIT RATE ABOUT PITCH AXIS PRIOR TO 
EARTH-POINTING ATTITUDE HOLD. BACKUP FOR DEPLOY- 
MENT. RETRIEVAL, AND SERVICE OPERATIONS. 

5 

SLEW 

CHANGE ATTITUDE FROM PRESENT ATTITUDE TO ANOTHER 
IN PREPARATION FOR NEXT EVENT, SUCH AS EARTH- 
POINTING. 

6 

EARTH-POINTING 
ACQUISITION HOLD 

POINT THE INSTRUMENTS AT THE EARTH AND X AXIS IN 
THE DIRECTION OF FLIGHT TO PERFORM THE EOS MISSION. 

7 

INERTIAL-POINTING 
ATTITUDE HOLD 

POINT THE INSTRUMENTS TOWARD A SELECTED POINT 
IN SPACE WITH THE ROLL ANGLE ABOUT THIS LINE IN 
SPACE CHOSEN FOR MAXIMUM SOLAR POWER. PERFORM 
A STELLAR MISSION. HOLD AN ATTITUDE SUITABLE FOR 
DEPLOYMENT, RETRIEVAL, OR SERVICING. 

8 

SURVIVAL 

SURVIVE IN CASE OF FAILURES IN OTHER MODES. MAX- 
IMUM SOLAR POWER IS OBTAINED. RETRIEVAL OR SER- 
VICING CAN BE ACCOMPLISHED. SOLUTIONS TO FAILURES 
CAN BE WORKED OUT. 


T7-19 
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9 Provide interfaces between the spacecraft and 
launch vehicles (Delta, Titan and Space Shut- 
tle), ground support equipment and launch 
pad handling equipment. 

2. 2.1. 5 THERMAL SUBSYSTEM _ 

The thermal subsystem design goal operating 
temperatures shall be 21 ± 11°C for the CDHS, 

ACS, EPS and 4.4 to 37.7°C for the OA/RCS. 
Primary approach for achieving temperature control 
shall be passive. The modules and structure shall be 
thermally independent of each other and the module 
shall be designed to dissipate all equipment heat in- 
to space. 

2.2. 1.6 ORBIT ADJUST/REACTION CONTROL 
SUBSYSTEMS 

The OA/RCS shall provide: 

© Propulsion power for translation and rotation- 
al maneuvers 

© Desaturation of reaction wheels 

® Correction of orbit injection errors and orbit 
adjustment due to orbit decay. 

2.2.2 MISSION PECULIAR EQUIPMENT FOR 
LAND RESOURCES MANAGEMENT MIS- 
SION (EOS-A) 

2.2.2. 1 INSTRUMENTS FOR LAND RESOURCES 
MANAGEMENT 

The LRM instruments (EOS-A) shall consist of 
two sensors, the Multi-Spectral Scanner (MSS) and 
the Thematic Mapper (TM) . 

2.2. 2.2. COMMUNICATIONS AND DATA HAN- 
DLING SUBSYSTEM 

The CDHS shall be capable of transmitting ad- 
ditional telemetry rates through TDRS. Table 2-3 
is a partial list of the dual-feed S/Ku-band steerable 
antenna design requirements. 

@ Narrow band data rate: selectable, 16 and 
32 Kbps, in addition to 8 Kbps, 4 Kbps, 

2 Kbps and 1 Kbps 

• Medium band data rate: 128 Kbps. 

2.2.2.3 ELECTRICAL POWER SUBSYSTEM 
The EPS shall be capable of providing to the 
observatory an orbital average power of 525 w for 
the two-year operational phase, a minimum of 


200 w orbital average power shall be available for 
the instruments. Solar array drive requirements are 
contained in Table 2-4. 

2.2.2.4 STRUCTURE SUBSYSTEM 

The structure subsystem shall provide all 
structure required to support the instruments and 
mission peculiar equipment (TM, MSS, antennas, 
solar array, wideband communications, and data 
handling). 

2.2.2.5 INSTRUMENT MISSION PECULIARS 
The IMP’s include the following subsystems: 

• Wide-band data handling and on-board data 
compaction (Fig. 2-2 shows the subsystem 
interface) 

• Primary relay (TDRS) wideband communi- 
cations 

• Primary direct (wide band) communications 

• Local user (medium band) communications 

• Tape recording system (optional). 

The overall functions of the IMP's are to han- 
dle (process) the instrument data and format it 
appropriately; record it for later transmission (op- 
tional); transmit the instrument data to STDN Pri- 
mary Ground Stations; also transmit certain data 
to Local User Stations (LUS) ; and transmit data 
via a relay satellite (TDRS). Specifically, the trans- 
mission system will be capable of transferring data 
at a composite total rate of 240 Mbps to primary 
stations via TDRSS, and 1 6 to 20 Mbps to 
local users. The baseline data sources for the pri- 
mary links are the TM and the MSS; MSS data or 
compacted TM data will be sent over the LUS 
link. 

The IMP's are required to fulfill the basic trans- 
mission functions at minimum total system cost, 
especially in the case of the LUS link, and should 
do so at a performance level adequate for an over- 
all system error rate of 1 bit in 10 s . Therefore, the 
link transmission error rate has been specified in the 
range 10~ 6 to 10" 5 , depending on the link. 

Transmission should take place via frequency 
bands permissible for such missions, and at satellite 
power levels which do not exceed internationally 
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Table 2-3 C&DH Dual Feed - S/Ku-Band Steerable Antenna Design Requirements 


PARAMETER 

S-BAND 

Ku-BAND 

Ku-BAND 



HIGH GAIN 

LOW GAIN 

1. FREQUENCY, GHz 




TRANSMIT 

2.025 TO 2.120 

14.6 TO 15.2 


RECEIVE 

2.200 TO 2.300 

13.6 TO 14.0 

14.6 TO 15.2 

2. ANTENNA TYPE 

PARABOLIC DISH 

PARABOLIC DISH 

OPEN ENDED 
WAVEGUIDE 

3. FEED TYPE 

PRIME FOCAL POINT 

CASSEGRAIN 

N/A 

4. POLARIZATION 

RHCP 

RHCP 

RHCP 

5. AXIAL RATIO, dB, MAX 

6. INPUT VSWR AT ROTARY 

1.5 

1.5 

1 .5 

JOINT OUTPUT 

1.4:1 

1.5:1 

1.5:1 

7. SIDE AND BACK LOBE 




LEVELS, dB 

< 17.0 

< 17.0 

N/A 

8. ANTENNA DISH SIZE, FT 

12.5 

12.5 

N/A 


FREQ. (2.25 GHz) 

FREQ. (14.6 GHz) 

FREQ. {14.6 GHz) 

9. NET ANTENNA GAIN 

35 

51 

0 

(MINIMUM WITH- 
IN 60° HPEW) 

(dB) MEASURED AT 

THE ROTARY JOINT 
INPUT (INCLUDES 

ALL FEED ILLUMINATION. 
AND TRANSMISSION 
. LINE COMPONENT LOSSES) 

- 



10, TRACKING CONFIGURATION 

OPEN 

CLOSED (PSEUDO MONOPULSE) 

- 

11. TRACKING ACCURACY, 3a 

- 

0.17 DEGREES 

- 

12. POINTING ACCURACY, 3a 

- 

0.05 DEGREES 

— 

13. GIMBAL STEP SIZE 

- 

0.02 DEGREES 

- 

14. SLEW RATE. 




VELOCITY 

- 

20 DEG/SEC MAXIMUM 

- 

ACCELERATION 

- 

60 DEG/SEC 2 MAXIMUM 

- 

15. SCAN ANGLE OFF-BORESIGHT, 




2 AXIS (XY GIMBAL) 

X { INNERI GIMBAL . 

90 DEGREES 



Y (OUTER) GIMBAL * 

110 DEGREES 



(1)T5-44, 7T-20 


Table 2-4 Solar Array Drive Requirements 


PARAMETER 

REQUIREMENT 

OPERATION 

CONTINUOUS, BI-DIRECTIONAL 

OPERATING VOLTAGE 

28+7 VDC 

TRACK RATE* 1 * 

ORBIT DEPENDENT (3.8° /MIN NOMINAL 

TRACK ACCURACY* 1 > 

SPECIFIED IN EOS-SS-260* 1 ) 

FAST SLEW* 1 > 

15° /MIN., NOMINAL 

POSITION INDICATION 

±1° 

TORQUE* 1 > 

2 TIMES TOTAL REFLECTED TORQUE AT 
OUTPUT SHAFT DUE TO FRICTION IN 
BEARINGS& SLIP RINGSMINIMUM 

POWER TRANSMISSION* 1 > 

50 A MAX; 125 VDC MAX 

SIGNAL TRANSMISSION* 1 > 

LIGHT/DARK SENSOR; TEMPERATURE & 
VOLTAGE FOR EACH SOLAR PANEL 


(DT5-46 

7T-21 


NOTES 

(1) REQUIREMENTS ARE MISSION PECULIAR - ORBIT AND/OR INSTRUMENT 
DEPENDENT. 

(2) ACCURACY BASED ONLY ON TRACKING THE SUN WITHIN THE SPACECRAFT 
ORBIT PLANE & DOES NOT INCLUDE THE INCIDENT ANGLE VARIATIONS 
CAUSED BY OUT OF ORBIT PLANE MOVEMENT OF THE SUN. 
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( 1 ) 5 - 47 , 7-36 


Fig. 2-2 C&DH Wide-Band Data Handling and Compaction Subsystem Interface 


agreed-upon flux density limitations. The transmis- 
sions for local users should be able to serve stations 
located within 500 km of satellite nadir, while the 
primary direct link should function even when the 
satellite appears at a look angle of 2 deg above hori- 
zon (or higher) at a primary station. 

2.2.3 SOFTWARE 

The observatory software shall be prepared in 
modules which may be assembled and verified in- 
dependently before linking the software package 
with a specific spacecraft. Three classes of modules 
are: 

• Basic software 

• Adaptable software 

• Mission peculiar software. 

2.3 GROUND ELEMENT REQUIREMENTS 
The ground system must provide a means of 

acquiring, recording, conveying, and processing 
EOS payload data to make them of use to EOS 


data users and a means of monitoring and control- 
ling the observatory. Figure 2-3 depicts the EOS 
ground system. Major elements include: 

• Primary Ground Station (PGS) : 

- Number: 3 (ULA, GDS, ETC) 

— Error Rate: Pe < 1 x 10' 6 with incident 
signal (carrier) power = -157.1 dBw with 
9-meter antenna and -159 dBw with 
12-meter antenna 

— Frequency: X-Band (8.025 to 8.4 GHz) 

- Data Recording: 240 Mbps 

• Central Data Processing Facility (CDPF) : 

— Initial Configuration Capability: Five 
scenes of TM data or equivalent, per day 
(~ 10' 0 bits/ day) 

— Final Configuration Capability: 400 scenes 
of TM data per day (*» 10 1 2 bits/ day) 

— Output Products: As indicated in Table 
2-5 


2-6 



















— — SPACECRAFT PAYLOAD DATA 
— — — CONTROL DATA & INFORMATION 

— — — — INFORMATION & SERVICES DATA 

PGS-PRIMARY GROUND SYSTEM 

LCS— LOCAL USER SYSTEM 

(INCLUDES THE LOW COST GROUND STATION! 


( 2 ) 5-3 

3-101 

7-89 

7-95 


RJE- REMOTE JOB ENTRY 
ISS -INFORMATION & SERVICES SYSTEM 
CPS-CENTRAL PROCESSING SYSTEM 
PCC-PROJECT CONTROL CENTER 
EOS-EARTH OBSERVATORY SATELLITE 
NASCOM-NASA COMMUNICATIONS 

TDRSS-TRACKING AND DATA RELAY 
SATELLITE SYSTEM 


DATA COMMUNICATIONS, RECORDING. CONTROL, PROCESSING, AND INFORMATION SERVICES 


Fig. 2-3 EOS Ground System Concept 
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Table 2-5 Output Products 


PRODUCT 

GEOMETRICALLY 

UNCORRECTED 

— 

GEOMETRICALLY 

CORRECTED 

REDUCED 

DATA 

OPTIONS 

B/W FILM 
COLOR FILM 

HIGH DENSITY DIGITAL TAPE 
COMPUTER COMPATABLE TAPE 

y 

V 

y 

y 

y 

CUSTOM OUTPUT PRODUCTS 

FILM PRODUCTS GEOMETRICALLY CORRECTED WITH 
CUSTOM GAMMA CAPABILITY 

SUBAREA ENLARGEMENTS 

SPECIFIC MAP SCALES (e.g. 1 : 1 ,000,000 1 : 500,000) 

CUSTOM FILM 

SPECIFIC FALSE COLOR 

CUSTOM DIGITAL PRODUCTS 

CCT OUTPUTS WITH VARIOUS FORMATS (e.g., BAND 
INTERLEAVED. BAND SEQUENTIAL! AND SUBAREAS 
(e.g., PARTIAL SCENES) 


• Output product quality: as indicated in Table 1-7 
0 Output/input product/data quantity: as indicated in Table 1-5 


Table 2-6 Output Product Quality 


r 


GEOMETRICALLY 
UNCORRECTED'* * 

GEOMETRICALLY 

CORRECTED' 2 ' 

PRODUCT 

TM 

HRPI 

TM 

HRPI 

• 

SWATH WIDTH, KM 

185 

48 

185 

48 

• 

SPATIAL RESOLUTION 
- VISIBLE, M 

30 

10 

30 

10 


- THERMAL. M 

120 

- 

120 

- 

• 

LINEARITY < M RAD) IFOV 

0.2 

0.2 

0.2 

0.2 

• 

BAND TO 8AND REGISTRATION (#x RAD) 
IFOV 

0.1 

0.3 

0.1 

0.3 

• 

POSITION ACCURACY (W/O GCP),< 3J M 

i 450 

±450 

t 170 

± 170 

• 

POSITION ACCURACY (WITH GCP.W M 

- 

- 

± 15 

± 15 

• 

RELATIVE RADIOMETRIC ACCURACY 
- VISIBLE 
o TAPE, % 

± 1.6 

± 1.6 

± 1.6 

± 1.6 


o FILM, % 

± 5 

± 5 

± 5 

±5 


- THERMAL 
o TAPE, K 

± 1 

_ 

t 1 

— 


o FILM, K 

±3 

- 

±3 

— 


NOTES: 


'^Includes radiometric correction, earth -rotation correction, line length adjustment, correction 
for earth curvature, and predicted emphemeris. 

^Additionally includes use of best-fit ephemeris from measured data. ^GCP = ground control points. 


Table 2-7 Output/Input Product/Data Quantity 


PROOUCT 

DATA VOLUME 

NUMBER OF 
DATA USERS 

NUMBER OF 
FORMATS 

HDDT (UNCORRECTED) 

10 10 - 10* J BITS/DAY 

2-10 

- 

HDDT (CORRECTED) 

10 10 - 10* 2 BITS/DAY 

2-10 

- 

CCT (CORRECTED) 

10 9 - 10 1 ® BITS/DAY 

10- 100 

1 - 1 

BLACK&WHITE POS/NEG* 1 * 

20 - 20D SCENES/DAY 

5-50 

1 - 3<3) 

BLACK&WHITE PRINTS 


5-10 

1 - 3^3) 

COLOR POS/NEG^ 

10- 100 SCENES/DAY 

2-20 

1 - 3(3) 

COLOR PRINTS 


2-10' 

1 - 3(3) 


^ * First generation product - 24mm (9.5 in. I ^ Enlargement to standard map scales 


Second generation product — 24mm (9.5 in.) ^Processing considered as two 8-hr shifts per day 
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- Output Product Quality: As indicated in 
Table 2-6 

- Output/Input Product/Data Quantity: 

As indicated in Table 2-7 

- Basic Processing Technique: Digital 

- Turnaround Time: 24 hr input to output in 
a 16-hr work day for data processing. Ad- 
ditional 24 hr for output product genera- 
tion 

— Information Services System: Information 
Management System for total control of 
CDPF, user interfaces, data prioritizing 

• Project Control Center 

- Mission Planning: Coordination of user 


requests. Development of observatory 
contact messages 

- Mission Operations: Real-time monitoring 
and control of the observatory ephemeris 
update to CDPF 

• Local User System 

— Data Acquisition: Direct from observatory 
— Data Recording: 15 to 20 Mbps 
— Frequency: X-Band (8.025 to 8.4 GHz) 

— Error Rate: Pe < lx 10' 5 

- Data Type: Reduced TM resolution or 
coverage subset of data transmitted to the 
PGS. 
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3 - DESIGN/COST TRADE METHODOLOGY 


3.1 PROGRAM EFFECTIVENESS 

Figure 3-1, which appeared in our proposal, 
depicts our original approach to the problem of 
overall EOS System design. This approach included 
the evaluation of the many different and loosely 
constrained options by means of a system Figure of 
Merit (FOM), which would combine the results of 
the trade studies for each candidate, and numeri- 
cally evaluate each. 

As a result of GSFC direction specifying the 
EOS-A and -A' missions, the approach depicted was 
modified in the following ways: 

• The MSS was included in the instrument 

complement for EOS-A and -A’ 

• Other options were eliminated 

• The booster was specified as the Delta 2910. 

The system synthesis task has been completed, 
providing weight and cost data for the spacecraft 
and DMS options. In addition, the design/cost 
tradeoffs shown have been completed and their 
individual results are contained in Report No. 3. 

Figure 3-2 shows the interface between the 
program effectiveness model and the individual 
trade study areas. The trade studies have provided 
data and inputs for each option to the effectiveness 
model. The model then combined data from all 
trade areas to evaluate options on a programmatic 
basis. A further explanation of this process and its 
results are contained in Section 7 of this report. 

3.2 PROGRAM OPTION DEVELOPMENT AND 

SCREENING 

EOS candidate configurations and their asso- 
ciated mission models were developed to cover the 
spectrum of required mission capabilities and se- 
lected program cost budgets. This set of configura- 
tions was selected from a much larger set of feasible 
options using the results of design analyses and 
associated cost information to “screen out” those 
options which were judged to be deficient on the 


basis of either system cost or performance impact. 
From the outset, the objective of placing equal 
effort on both the initial EOS missions and the 
development of a low-cost spacecraft has influenced 
our approach toward the development and selection 
of options. The general procedures used in the pro- 
cess were consistent throughout the study, but the 
approach was tailored to the EOS programmatic 
mission model received from GSFC during the 
course of the study. The approach taken for the 
initial missions depended heavily on ground-ruled 
inputs (such as sensors to be carried, number of 
spacecraft, flights in the mission model, and the 
booster used). The option development and screen 
process used is depicted in Fig. 3-3. 

Since the EOS-B and -B' missions carry a com- 
plete complement of new instruments, and include 
the new capability of offset pointing of an instru- 
ment, the process shown in the figure has been 
modified for these missions. In this case, we re- 
stricted the sensor complement and possible boost- 
ers by ground rule, but the choice of booster and 
the orbit were decided by reconciling the some- 
times conflicting requirements of user revisit, atmo- 
spheric drag, and Shuttle/booster payload-to-orbit 
capabilities. 

The EOS missions downstream of EOS-B’ have 
been grouped under the general category of “Follow- 
on missions”. These missions were often incom- 
pletely defined, and even in those cases where there 
was no lack of definition, the impact of their mis- 
sions on the EOS was unknown. Thus, the process 
shown in Fig. 3-3 was again modified when applied 
to these missions. 

In all cases, however, EOS configuration op- 
tions were developed which would cover the spec- 
trum of requirements within cost. This common 
objective required that, in each case, a system syn- 
thesis task be performed. This task provides a final 
screen of options prior to design development by 
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combining and comparing the parameters of pro- 
gram cost, spacecraft/payload weight, and booster 
capabilities for programmatic options providing 


varying capability. The results of the system syn- 
thesis task for the EOS-A, -B, and -C missions are 
given in Fig. 3-4. 


VEHICLE OPTIONS 


PROGRAM OPTIONS 



INSTRUMENT OPTION 

TM 

TM + 
HRPI 

TM 

+ HRPI 
+ SAR 
+ PMI 

DATA TRNSM OPTION 

DIRECT 


| | 


WBVTR 




TDRS 





DATA MANAGEMENT OPTI ONS 


NOTE: AL INSTRUMENT OPTIONS 
INCLUDE DCS 




DATA 
VOLUME 
REQMTS 
10 1 ® - 10 12 
BITS/DAY 


NUMBER USES 


INCREASED COST 


100 





STUDY VEHICLES 



COST 

ALLOCATION 


IGSFC BASELINES USED 
FOR SENSITIVITY STUDY) 


COST SENSITIVITY STUDIES 

® TM APPROACH 
e HRPI APPROACH 
® ORBIT ALT/TIME OF DAY 
® LAUNCH VEHICLE 
® S/C AUTONOMY 
e ELECTRONICS TECH 
o TEST PHILOSOPHY & 

R&QA REQMTS 
® SOFTWARE VS HARDWARE 


ACS ACCURACY VS 
GRD PROCESSING 
DESIGN LIFE/RESUPPLY 
RESUPPLY CONCEPT 
MODULARITY CONCEPT 
SCIENCE IMPACT 
EFFECTS OF COUPLED VS 
UNCOUPLED PNEUMATICS 
ON ORBIT DETERMINATION 


SYSTEM 

SYNTHESIS 

S/S OPTIONS 

$ GOALS 



I - LOW COST 

II - SYSTEM WITH EXPANSION CAPABILITY 

III - SYSTEM WITH FUTURE NEEDS MET 


REQMTS 

ALLOCATION 


P/LWT 


S/S SELECT. 
L/V SELECT. 



FOM 


COST SENSITIVITY STUDIES 

• DATA OPERATIONS 

• SOFTWARE VS HARDWARE 

• INTERNATIONAL DATA 
ACQUISITION 

• AUTONOMY IMPACT 

• LOW COST GRD STATION 

• INFORMATION MANAGEMENT 

• WBVTR & TDRS IMPACT 

• UTILIZATION OFPCC PERSONNEL 

• WIDE BAND DATA FORMAT 


SYSTEM FLEXIBILITY 
STUDIES 

• COMMONALITY POTENTIAL 

• SHUTTLE COMPATIBILITY 

• FOLLOW-ON INSTRUMENT 
ACCOMMODATIONS 

• IMPACT ON LAUNCH 
VEHICLE SELECTION 



SYSTEM DEFINITION & SPECI FICATION 
INSTRUMENT INTE RFACE SPECIFICATION 
MANAGEMENT APPROACH 


Pin 3-1 Qv/ctom Hocinn Annruarh ic a C innifleant m Hup HApi/m A mumaaI. 

- -O# — ■ — -w - VVhVl ■•< — wy.jj" VUI#M 
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Fig. 3-2 Interfaces Between System Effectiveness Model and Tradeoffs. FOM is Focal Point for all Tradeoffs. 
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4 - TRADE RESULTS 


4.1 ORBIT ALTITUDE SELECTION 

The trade study provides the rationale for 
selecting an EOS mission altitude. The selected 
EOS Land Resources mission orbit should be sun 
synchronous with a minimum altitude having ac- 
ceptable orbit decay, swath width, and ground 
station coverage. The maximum altitude should 
result in the selection of a low-cost booster, and be 
capable of direct Shuttle service. The specific 
altitude selected should be optimized for TM swath 
width and the desired repeat cycle time (Fig. 4- la). 
Our studies indicate that an altitude range of 365 
to 385 n mi is best suited to these requirements. 

A promising sun synchronous orbit for EOS 
missions A, B, and C is 366 n mi (678 km) (Fig. 

4-lc) when using a TM with a 100-n mi (185-km) 
swath width. When using a HRPI with 30- deg off- 
set pointing in CONUS viewing, 90% of a reference 
swath may be viewed again in three days. This 
orbit has a 17-day repeat cycle, and a 14-n mi 
swath overlap. The adjacent western swath overlap 
occurs in 3 days; the eastern in 14 days. 

For a nine-day repeat cycle, an acceptable 
orbit within the recommended altitude is 382 n mi 
(708 km). This orbit is suited for a TM with a 
178-n mi (330-km) swath width. It provides a TM 
swath overlap of 15 n mi; an adjacent swath over- 
lap occurs in two days. 

Figure 4- Id shows the orbit decay resulting 
from aero drag during the first six months for both 
a nominal and nominal +2o atmosphere (Jacchia 
Model). Sideslip in the longitude of the orbit 
node for the initially 366-n mi altitude orbit appears 
in Fig. 4- le. If corresponding swaths are permitted 
to accumulate, a nodal sideslip up to ± 20 n mi, 
this may take one and one-quarter to three months 
to achieve, depending on the severity of the atmo- 
spheric drag. Figure 4- If shows the AV need for 
each orbit adjust: 0.3 fps for the nominal atmo- 
sphere and 0.8 fps for the nominal +2a. At three- 


month intervals over two years, seven orbit adjusts 
are needed for a total of 2.1 fps. At one and one- 
quarter-month intervals, 19 adjusts require a total 
of 15.2 fps (Fig. 4-lf). The frequency of orbit 
correction is more likely to be governed by the 
nominal (and therefore more expected) atmo- 
sphere. For purposes of mission reliability, how- 
ever, the AV budget should reflect the needs of the 
more severe atmosphere. 

Satisfactory behavior under aero drag in addi- 
tion to survivability under the prior eliminating 
factors, drives the recommended EOS orbit alti- 
tude to 366 n mi for the 100-n mi TM swath width. 
4.2 LAUNCH VEHICLE SELECTIONS 

The launch vehicle selection study determined 
the payload insertion capability of those launch 
vehicles that show promise as feasible EOS boost- 
ers. 

The various EOS configurations, when taken 
with and without their program options, fall within 
the payload weight range 1951 to 6406 lb. In- 
cluded are the weights of either a launch adapter 
or a flight support system and, where required, the 
weight of an apogee kick motor. 

The non- Shuttle EOS- A mission, depending on 
the choice of program options and the extent of 
contingency weight actually required to complete 
the design, will range from 1951 to 2612 lb. A 
Delta 2910 can launch and circularize at 366 n mi, 
98 deg inclination, a payload weight up to 2660 lb; 
therefore, this launch vehicle is the recommended 
booster for the EOS-A mission. The EOS-B weight 
ranges from 2373 to 3319 lb. The lower weights 
can be handled by the Delta 2910; the higher 
weights by Delta 3910 whose maximum payload 
capability at 366 n mi is 3730 lb. The non-Shuttle 
EOS-C weight range is 4016 to 5130 lb and its sug- 
gested launch vehicle is the Titan IIIB (SSB) with 
a minimum throw weight of 5150 lb into this orbit. 
When flown on the Shuttle in a deploy /retrieve 
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mission the weight range spread is 3521 to 6406 
lb. This is easily accommodated by Shuttle, as 
may be seen by the bar chart (Fig. 4-2). A resupply 
mission, with payload range 5813 to 8684 lb, is 
also well within the Shuttle 9600-lb lift-circularize- 
and-rendezvous capability at the 366 n mi altitude. 

4.3 INSTRUMENT APPROACH 

This study has evaluated the competitive 
point designs provided for the proposed instruments, 
TM, HRPI, synthetic aperture radar, and passive 
multichannel microwave radiometer (Fig. 4-3 
through 4-5). The results are: 

• No single point design is considered optimum 
in the form proposed by the sellers 

• The object plane scanner as a class offers 
significant growth potential relative to the 
EOS baseline without significant weight 
growth 

• Spectral band selection by filtration tech- 
niques offers significantly better growth 
potential than does the spectrometer (dis- 
persion) approach 

• The reduction in preamplifier noise by cool- 
ing down to 200° K promises performance 
improvements for silicon detectors even in 
Band 1, making them highly competitive 
with photomultiplier tubes 

• The lower cost, higher reliability, simpler 
design, lighter weight, and higher growth 
potential of an all solid-state detector array 
make this the preferred approach - even if a 
slightly larger telescope aperture is felt neces- 
sary to meet minimum signal-to-noise ratio 
requirements 

• In the land resources mission, the need for 
maximum radiometric data accuracy requires 
that the data transmission system sample the 
data stream once per pixel 

• There are significant economies in obtaining 
the TM and HRPI from the same supplier due 
to a commonality factor possibly as high as 
80% 

• A new TM has been defined which can pro- 
vide a 330-km swath at 27 m resolution, pro- 
vide an output at 80 m completely compat- 
ible with, and providing a backup to, the 
operational MSS, and providing a pseudo- 


HRPI output covering a selectable 35-km 
swath at 30 m. Both the MSS backup and 
pseudo-HRPI signal would be compatible 
with the present DOI and planned low-cost 
ground stations 

© Only six-bit encoding of the data is required. 
Provision for modification of the dynamic 
range of the data encoders can provide higher 
quality data at less cost 

© As the Land Resources Mission matures, the 
desirability of obtaining stereo coverage will 
increase, and an allowable drift up to ±50 
n mi in the orbit prior to orbit adjust is pre- 
ferred. 

4.4 DATA OPERATIONS 

The Central Data Processing Facility (CDPF) 
performs the data operations for the EOS program. 
Cost drivers that impact the facility include the 
daily data volume (throughput), the level of pro- 
cessing of these data (radiometric - Level 1 ; geo- 
metric correction and resampling - Level 2 ; ground 
control point location and grid resampling - Level 
3), and the percent of data that is processed at the 
various levels, the number of users, and the amount 
of output products required by the users. To exer- 
cise the cost impact on the configuring and oper- 
ation of a CDPF of these and other parameters, a 
cost/throughput model was constructed that inter- 
relates the pertinent drivers. The model was then 
reduced to a computer program. This program was 
exercised for a number of example cases and two 
CDPF configurations (minicomputer systems and 
general purpose processor). Figure 4-6 illustrates 
the resulting cost-throughput relationships. 

Exercising the cost/throughput model and 
analyzing the results lead to the following conclu- 
sions: 

• There are a large number of potential cost 
drivers, any one of which can become a large 
cost contributor when its associated require- 
ments parameters are increased 

• No significant cost breakpoints were found 
for general purpose computer systems. The 
cost appears to behave roughly as a linear 
function of requirement parameters 
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(NOTE: INSTRUMENTS SIZED FOR MINIMUM SNR PERMITTED) 

Fig. 4-3 Anticipated 185-Km TM Weight Vs Altitude . 


CO 



Fig. 4-4 Anticipated Intrinsic Cost-Difficulty Trends for 185-Km TM 



Fig. 4-5 Anticipated Growth of TM Weight with Swath Width for 30-m Resolution at 680 Km Altitude 
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• Studies subsequent to the data operations 
trades indicated economical hardware using 
special design processors or an array proces- 
sor (Goodyear ST ARAN) provides lower costs 
above 20 scenes per day and to the maximum 
of 1012 bits per day 

$ The number of user formats has a minimal 
impact on cost 

® The impact of the number of users depends on 
the average fraction of the data received by 
each user in each data product type 

• The data processing expendable can become a 
major cost driver 


• The detailed characteristics and mix of pro- 
cessing algorithms are a significant cost 
driver 

• The minicomputer was found to be uniformly 
lower in cost than the general purpose pro- 
cessor. However, for large data volume, 
neither machine represents an economical 
solution beyond the R&D stage. 

In summary, the best trade between a flexible 
processor and an economical system indicates that 
the array image data correction processor should 
be implemented. 
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4.5 ACS/CPF TRADEOFF 

The purpose of this study has been to deter- 
mine those ACS performance requirements that 
result in the lowest ACS/Central Processing Facil- 
ity cost for a program of selected missions, and at 
the same time provide flexibility for meeting vary- 
ing mission requirements. 

As shown in Fig. 4-7, the ACS/CPF cost is 
minimum for ACS configurations No. 1 (low cost) 
and No. 2 (baseline) for each of the three pro- 
grams. These configurations have the following 
performance requirements: 

f „ ACS Configuration No. 

Performance Error \ 2 

ACS Pointing, deg 0.05 0.01 

ACS Angular Rate, 
deg/sec (average over 

30 minutes) 5 x 10'6 10'6 

Since ACS configuration No. 2 has a per- 
formance which is five times better than that of 
ACS configuration No. 1, ACS configuration No. 2 
is best on the basis of ACS/CPF cost and mission 
flexibility. 


The results on a “per-spacecraft” basis are 
similar. As shown in Fig. 4-8, with decreasing ACS 
performance, the A ACS cost goes down and the 
ACPF cost goes up. ACS configurations No. 3, 2, 

1, and 0 have errors that are 0.2, 1, 5' and 25 times 
those of baseline at 0.01 deg and 10'^ deg/sec. The 
net AACS/CPF cost decreases in going from ACS 
configuration No. 3 to 2 remains approximately 
the same in going to ACS configuration No. 1, and 
increases sharply in going to ACS configuration No. 
0. Thus, the net AACS/CPF cost is lowest for ACS 
configurations No. 1 and 2. 

When the effects of increasing the number of 
scenes/day are examined, the results are again sim- 
ilar. As shown in Fig. 4-9, the recurring ACS hard- 
ware/manpower costs for one spacecraft are plotted 
at zero scenes/day. The ACS/CPF cost increases 
from these points as the number of scenes/day in- 
creases from zero. When the number of scenes/day 
is below 20, ACS configuration No. 0 is cost com- 
petitive with ACS configurations No. 1, 2, and 3. 
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. Fig. 4-7 ACS/CPF Cost Vs ACS Performance 
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When the number of scenes/day is higher than 20, 
ACS configuration No. 0 is not cost-competitive 
and ACS configurations No. 1 and 2 are lowest in 
cost, with ACS configuration No. 3 somewhat 
higher in cost. 

The ACS considered to be best, on the basis 
of lowest ACS/CPF cost and mission flexibility, is 
the baseline system, which has the following per- 
formance requirements: pointing accuracy, ±0.01 
deg; angular rate stability, ±10'^ deg/sec over 30 
min. 


4.6 SPACECRAFT AUTONOMY/HARDWARE 

VS SOFTWARE 

The trade study of spacecraft autonomy and 
of hardware versus software has involved a func- 
tion-by-function resolution of the choices illus- 
trated in Fig. 4-10. While each function of the 
spacecraft is a candidate for examination, care 
should be taken in the implementation of each 
autonomous function to assure that ground con- 
trol is not inhibited and remains available as a 
backup. This study considers representative func- 
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Fig. 4-10 Autonomy/Hardware/Software Trades 
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tions, and on the basis of the choices, develops an 
on-board software budget which allocates com- 
puter memory space and computer running time of 
the functions. The result details the size and com- 
plexity of the recommended on-board software 
package. 

Of all of the major functions considered, only 
one, the determination of spacecraft orbit param- 
eters, is found to be inappropriate for on-board 
performance. The major element in this choice is 
the cost of facilities and manpower in the perfor- 
mance of ground computation, which, in turn, is 
at least partially controlled by the volume of up- 
link and downlink information to be handled. 

4.7 INTERNATIONAL DATA ACQUISITION 
(IDA) 

Methods for acquiring EOS data from areas 
other than CONUS have been defined during the 
current study with each having their own peculiar 
impact on the program. These options include 

© Option 1 : Direct transmission (DT) to 
foreign user ground stations 

® Option 2: A wideband video tape recorder 
(WBVTR) system for collection of foreign 
data and processing and distribution from 
CONUS 

® Option 3: A TDRSS configuration for the 
relay of foreign data to CONUS for process- 
ing and distribution 

o Option 4: A hybrid system consisting of a 
WBVTR, dumping to a primary ground sta- 
tion, and six low-cost ground stations 
(LCGS's). This configuration is primarily 
intended for use with an International Data 
Acquisition (IDA) mission involving relatively 
low data volume, such as wheat crop only. . 

The relative performance rating of each IDA 
option {less the hybrid), shown in Table 4-1, is 
based solely on the percentages of available data 
each alternative can provide fop three data volumes 
of interest. The TDRSS configuration is clearly 
superior to the other configurations, followed by 
the two-site (Alaska and NTTF) WBVTR configura- 
tion, the DT system, and finally, the single-site 
(Alaska) WBVTR system. 

The costs of each of the three primary IDA 
options and hybrid system configuration are given 


in Table 4-2. The costs of the options have been 
derived from these data on dollars per minute of 
available data. The following conclusions have 
emerged: 

• The WBVTR option is somewhat lower in 
cost than TDRSS. This is due to the $2 
million per year allocated for data trans- 
mission between the TDRSS ground station 
and the processing center. If these costs are 
not included, TDRSS becomes the lowest 
cost option, assuming “bandwidth-time" (BT) 
pricing 

• The hybrid configuration of DT and WBVTR 
is a low risk and low cost option for low 
volume data missions, such as single crop 
monitoring 

® The DT option is not cost effective; it is out- 
performed by both TDRSS and WBVTR on 
high data volume (tilled land), and by the 
hybrid on low volume (wheat crop data) 

• In conclusion, for the large data volume IDA 
requirements TDRSS is the most cost effec- 
tive system if changes are on a bandwidth- 
time basis. 

4.8 USER/SCIENCE AND ORBIT TIME OF 
DAY STUDIES 

The purpose of this study has been to orga- 
nize the user requirements for the spacecraft and 
instruments to provide guidelines for design evalu- 
ation. The conclusions are as follows: 

• EOS spacecraft design should be flexible with 
respect to orbit time of day 

• EOS data of 30-m resolution will satisfy 77% 
of the user applications. Capability of pro- 
viding 10-m resolution is desirable to meet 
the requirements of the remaining 23% of 
applications 

• The four MSS spectral bands will satisfy 
72% of the user applications. The ad- 
ditional three bands provided by the TM 
are desirable to satisfy the remaining 
user applic ations 

• Spectral bands specified for the TM are all 
useful. Relative priority of the seven bands 
are: MSS bands 1,2,3, and 4 are first pri- 
ority; the thermal IR Band 7, (10.4 to 12.6/x) 
is second priority; signal-to-noise problems in 
Band 6 (2.08 to 2.35/i) may make this band 
of marginal value 
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Table 4-1 International Data Acquisition System Performance Ratings 


CONFIGURATION RATING 

PERCENT ALL LAND 

PERCENT TILLED LAND 

PERCENT WHEAT CROP 

TDRSS 

1 (90%) 

1 (98%) 

1 (96%) 

WBVTR 
2 SITES 

2 (61%) 

2 (75%) 

3 (87%) . 

DT 

3 (53%) 

3 (65%) 

2 (91.5%) . 

WBVTR 
1 SITE 

4 (45.7%) 

4 (56%) 

4 (84%) 
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Table 4-2 System Cost Breakdowns 
(1974 Dollars in Millions) 


OPTION 

EARTH 

TERMINAL 

SPACECRAFT 
COSTS + 

SM/YEAR 

DATA PROCESSING & 
HANDLING COSTS 

TOTAL COST (COST 
IMPACT TO EOS)• ** 

1. DT WITH 

SIX REGIONAL 
STATIONS 

6 

- 

4.2 

10.2 (0) 

2. WBVTR 
(2 TR’S) 

- 

2 

4.2 

6.2 (2) . 

3. TDRSS 

* 

25 (BW PRICING) 
2.5 (BT PRICING) 

1 

4.2 

30.2 (1) 
7.7 (1) 

4. HYBRID*** 
6 LCGS & 
WBVTR 
(1 TR) 


1 

0.4 

2.0 (1) 


*TDRSS - PRORATED COSTS BASED ON BANDWIDTH (BW) PROPORTION USED BY EOS <$25M) OR 
BANDWIDTH TIME PRODUCT (BT)? $2.5M. 

""EOS COST IMPACT INCLUDES ONLY SPACECRAFT EQUIPMENT COSTS. 


"’’PRIMARILY INTENDED FOR LOW DATA VOLUME MISSIONS. 

+NON-RECURRING COSTS PRORATED. 
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• Radiometric corrections increase in complex- 
ity with wider scan angles. The variations in 
sun angle, atmospheric profiles, ground re- 
flectivity, etc, over the field-of-view are dis- 
cussed in Appendix D of Report No. 7 

• All spectral bands of one sensor must be 
registered within one pixel 

• It is desirable that each quadrant of a scene 
have a data point specified with its geographic 
coordinates 

• The major products will probably be 70 mm 
B&W negatives and CCT's once technology is 
disseminated 

• Industrial users now account for 37% of 
Sioux Falls output. This percentage will 
probably exceed 60% when EOS is launched, 
due to an anticipated large increase in tech- - 


nology transfer resulting in exponential in- 
crease in demand for data 

• Monitoring of world food production regions 
is a very visible application of EOS and war- 
rants emphasis. Table 4-3 lists potential agri- 
cultural applications of EOS information sys- 
tems. 

4.9 UTILIZATION OF CONTROL CENTER 
PERSONNEL 

The purpose of this study has been to define 
Mission Operations (MO) and Project Control 
Center (PCC) concepts and personnel utilization 
for EOS. 

Figure 4-1 1 is a functional diagram of the 
PCC, and is shown for two activities — mission 
planning and real-time operations. Mission plan- 
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Table 4-3 Potential Agricultural Applications of EOS information Systems 
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A. AGRICULTURAL LAND RESOURCES 

1. AGRICULTURAL LAND USE 

a. 

PROPERTY BOUNDARIES 

b. 

MAJOR LAND UNITS 

c. 

USES OF AGRICULTURAL 
STRUCTURES 

d. 

CROPPING SYSTEMS 

2. M; 
I 

WING OF GENERAL COVER 
YPE & CONDITION 

a. 

VEGETATION, BARE SOIL, 
WATER 


CULTIVATED 

c. TBAigaTed vs/ non- 

IRRIGATED 

d. FALL PLOWED VS SPRING 

PLOWED 

e. CONVENTIONAL TILLAGE 
VS MINIMUM TILLAGE 

f. HARVESTED VS NON- 

HARVESTED 

g. DOUBLE-CROPPED VS SINGL 

CROPPED 

h. DROUGHTY VS NON- 

DROUGHTY 

i. WET SURFACE VS DRY 

SURFACE 

3. LAND USE CAPABILITY CLASS- 

IFICATI 3N & MAPPING 

a. EROSION ASSESSMENT 

b. SURFACE DRAINAGE 

c. LAND FORMS 

d. VEGE 'ATIVE COVER 
B. CROP RESOURCES ' 

1. CROP IDENTIFICATION 

AND MAPPING . 

a. FIELDS GREATER THAN 
4 HECTARES 
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RADIOMETRIC CORRECTION IS 
NEEDED IF COMPARING DIFFER- 
ENT DATES. 


RADIOMETRIC CORRECTION IS 
NEEDED WHEN DIFFERENT 
DATES ARE COMPARED 


APPLICABLE ONLY DURING 
HARVEST SEASON. 




COLA: P = PREFERABLE, A = ACCEPTABLE 
COLO: N = NO, Y = YES 


COL. E,F.G: 1 - DEFINITELY USEFUL 

X = MAY OR MAY NOT BE USEFUL 


NO DOUBT LARGE DATA USERS 
WILL USE DIGITAL ANALYSIS. 
THEIR PRODUCT DEMAND WILL 
BE FOR CCT AND 70 MM REGS. 


COL I: + = MAJOR DEMAND 
- = LESSER DEMAND 
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ning is accomplished by coordinating the require- 
ments from the IMS with NASA/GSFC MISCON, 
SCPS, and the orbit determination group. The 
final result of the planning activity is a contact 
message residing on the MO disk. Real-time oper- 
ations involves the control and status determina- 
tion of the observatory on a real-time basis. House- 
keeping data enters the PCC via STDN and 
NASCOM, and is manipulated to drive the various 
displays and peripherals. Command generation is 
initiated by the Ground Controller and is relayed 
to the observatory via NASCOM and STDN. 

Two configurations for the PCC were evol- 
ved - the grouped mini and the midi configurations. 
Figure 4-12 shows the grouped mini system. It 
consists of multiple minicomputers operating in a 
multi-processing environment. The computers are 
physically located in each functional console and 
perform that part of the overall processing require- 
ments for the control center dictated by that con- 


sole’s function. Each computer (console) com- 
municates with the other computers via a shared 
memory. Access to the shared memory is on a 
priority basis. Figure 4-13 shows the midi con- 
figuration. It is the conventional approach to a 
control center. Two midicomputers operate in a 
multiprocessing environment. The capability ex- 
ists for either computer to sustain the activities of 
the PCC in some satisfactory, but reduced, mode 
in the event of failure of the other computer. The 
overall concept of a grouped mini configuration 
provides for an extremely flexible system that is 
most tolerant to changes and growth. Additional- 
ly, the grouped mini concept lends itself more 
easily to the implementation of on-line diagnostics 
since each console contains its own computer. 

The front end portion of the PCC (Fig. 4-14) 
will be the same for either of the configurations. 
The only unique part will be the front end inter- 
face unit that will interface with the computer per- 



Fig. 4-13 PCC System Diagram-Central Midi 
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FRONT END 
PROCESSOR 


Fig. 4-14 EOS - PCC System Diagram Front End 


forming the front end processing function. 

The PCC staffing requirement is a function of 
three major factors: 

(1) Number of spacecraft in orbit 

(2) Level of advanced on-board processor 
(AOP) usage 

(3) Management confidence in the overall 
operation. 

To support a single spacecraft with minimal 
AOP involvement, a total of 56 people are required. 
This could be reduced to 39 people as use of the 


AOP is maximized. This staffing level assumes a 
four-team operation giving round-the-clock cover- 
age in the PCC. Reduced coverage down to a two- 
team effort (a decision based on overall confidence 
in the operation) could allow these numbers to be 
reduced to 36 and 27, respectively. The addition 
of a second spacecraft to be handled in the PCC 
requires additional people. For a four-shift oper- 
ation, the number of new people varies from 14 to 
27, depending upon the level of AOP usage. For a 
two-team operation, these figures vary from 1 1 to 
17, respectively. 
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Primary PCC activities will be mission plan- 
ning, real-time operations, and mission analysis. 

PCC personnel will train in the T&I area as test 
conductors, and when necessary, PCC personnel 
will be off-loaded into the T&I area. 

The baseline PCC design is structured around 
a shared memory/grouped minicomputer config- 
uration. All console designs will be identical, with 
a minicomputer and interactive CRT in each con- 
sole. 

4.10 WIDE BAND DATA FORMAT 

It is possible to define optimum wide band 
digital (instrument) formats in the sense that data 
acquisition, processing, and user product generation 
are accomplished efficiently with a minimum time 
and equipment cost for reformatting and handling 
the wide band data. The wide band format study 
identified the constraints involved in selecting the 
best format for the data. These include: 

• Constraints in the payload instruments 

• Constraints at the ground stations 

• Constraints imposed by the data users. 

Four formats were identified for considera- 
tion. These were: 

1. Pixel/Detector - Interleaved (P/DI) - The 
format arising out of the sampling of the 
detectors in the sensor 

2. Pixel- Interleaved (PI) — Pixel 1 of band 1, 
pixel 1 of band 2, . . . pixel 1 of band N, 
pixel 1 of band 1, repeat for each line. 
(Probably best for analysis where all spectral 
bands are required) 

3. Line- Sequential (LS) - Pixel 1 of band 1, 
pixel 2 of band 1, . . ., pixel M of band 1, 
pixel 1 of band 2, pixel M of band 2 , . . ., 
pixel M of band N, repeat for each line 

4. Band-Sequential (BS) - Pixel 1 of line 1, 
pixel 2 of line 1, . . pixel M of line 1, 
pixel 1 of line 2, . . ., pixel M of line 2, . . 
pixel M of line L, repeat for each band. 
(Probably best when only one spectral band 
is needed). 

Tables 4-4 through 4-6 identify four format 
options for various elements of the CDPF. Table 


4-7 shows the results of an evaluation of these 
options using a score range of 1 to 10. Option C, 
which reformats the data to line-sequential format 
early in the processing, appears best primarily be- 
cause most of the output tape products (50%) 
appear to be required in this format. The second- 
best option is to leave the data in the "natural" 
format (P/DI) throughout the processing and re- 
format only at the completion of all processing. 

The evaluation in Table 47 has resulted from 
an initial treatment of the problem. The choice 
between Options C and A, (possibly B should also 
be retained) is dependent upon the assumption 
that the LS format is preferred by most users. 

4.1 1 MODULARITY LEVEL FOR STANDARD 
MODULES 

The purpose of this study has been to assess 
the baseline and alternative modularity levels for 
the standard modules and determine the most 
economic approach for EOS-A. 

This study was based on the NASA/TITAN 
EOS configuration. In order not to perturb the 
basic spacecraft design, the subsystem module con- 
figuration considered smaller modules that would ' 
fit within the 48 x 48 x 18-in. envelope of the 
baseline subsystem modules. Each subsystem was 
partitioned in several submodules on the basis of 
equipment size, functional relationship, thermal 
load and redundancy. In almost all cases, redun- 
dancy was placed in a separate, but identical mod- 
ule to the prime equipment, resulting in multi- 
application of modules. Figure 4-15 shows the 
preliminary distribution of equipment within the 
submodules. Of the 21 modules, there are only 11 
different types, indicating a high degree of multi- 
application. The figure also shows how the 21 
modules might be designed to fit within the base- 
line subsystem module envelopes. The weight 
penalty for the subsystem module precluded the 
launch on the Delta 2910, therefore, further de- 
sign and system studies were terminated. Conclu- 
sions are that: 
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Table 4-4 Summary of Format/Processitug Options 


"^\POHMAT 

PIXEL/DETECTOR 

PIXEL 

LINE 

BAND 


INTERLEAVED 

INTERLEAVED 

SEQUENTIAL 

SEQUENTIAL 

PRQCE$SIN&\^ 

P/DI 

PI 

LS 

BS 

TYPE 1 

BEST 

-*3 SECOND BE 

EST >• 

VERY INEFFICIENT 

TYPE 11 

l-*S PROBABLY EQUALLY GOOD 

SLIGHTLY 

RELATIVELY 


1 


LESS 

INEFFICIENT 




EFFICIENT 


TYPE 111 

h* THIRD BEST &- 1 

SECOND 

BEST 




BEST 



Table 4-5 Storage Requirements for Formatting 


FROM'"'"" 

P/DI 

PI 

LS 

BS 

P/DI 

- 

ONE SWATH 
3.8 x 10 6 BITS 

ONE SWATH 
3.8 x 10 s BITS 

ONE SCENE 
2 x 10* BITS 

PI 

ONE SWATH 


ONE LINE 
ALL BANDS 
2.5 x 10 5 BITS 

ONE SCENE 
2 x 10* BITS 

LS 

ONE SWATH 

ONE LINE 
ALL BANDS 

- 

ONE SCENE 
2 x 10 9 BITS 

BS 




” 



Table 4-6 Candidate Data Formats 


OPTION 

ACQUISITION 

INITIAL 

RECORDING 

LEVEL 1 

ARCHIVE 

LEVEL II 

LEVEL 111 

USER PRODUCT 
(TAPE* GENERATION 

A 

P/DI 

P/DI 

P/DI 

P/DI 

P/DI 

PI, LS, BS 

B 

P/D! 

PI 

PI 

PI 

PI 

PI, LS, BS 

C 

P/DI 

LS 

LS 

LS 

LS 

PI, LS, BS 

D 

PI 

Pi 

PI 

PI 

PI 

PI, LS, BS 


Table 4-7 Format Evaluation Options 


'-'s Sw EVALUATION 
^^RITERIA 

OPTION 

INTERMEDIATE 

REFORMAT 

EFFORT 

LEVEL » 

LEVEL It 

LEVEL III 

FINAL 

REFORMAT 

EFFICIENCY 

TOTAL 

A 

10 

10 

■n# 

8 

6 

BS 

B 

8 

9 

11111 

8 

8 

SH 

C 

8 

9 


9 

10 

KB 

D 

5 

9 

■Si 

8 

8 

40 
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Fig. 4-15 Subsystem Module Configuration - Modularity Approach 
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© Integrated subsystems have potential weight 
savings, but preclude on-orbit servicing 

© Subsystem submodules have potential program 
cost savings (spares, refurbishment), but the 
weight penalty precludes launch on Delta 
2910 

o Baseline modularity level (subsystem modules) 
provides for both on-orbit service and Delta 
2910 launch. 

4.12 FOLLOW-ON MISSION ECONOMIC STUDY 
This study determined the economic benefits 
in utilizing multi-purpose spacecraft to capture 
varying numbers of earth observation missions, and 
evaluated the cost impact of extending the baseline 
design to capture follow-on missions. 

The study is basically a cost comparison of 
multiple-mission spacecraft against the correspond- 
ing single-mission spacecraft for the same mission 
set. In the multiple-mission spacecraft case the 
subsystem modules are designed to meet the most 
stringent performance requirements in the mission 
set. Thus, there are instances where the sub- 
systems will operate below their design perform- 
ance level. In the single-mission spacecraft case, 
no such instances occur because the subsystem 
modules are matched to the particular mission 
requirements. 

Results are presented in Table 4-8 for space- 
craft of varying missions capabilities and the cost 
savings are indicated as percentages which accrue 
when multiple-mission capability spacecraft are 
used to fly the indicated missions. The percentages 
were derived by first computing the total cost of 
flying all missions (A thru E, SEASAT A, SEOS, 
SMM and EGRET) with a single-mission spacecraft. 
This cost (including both DDT&E and Production) 
was used as cost reference. The total cost for all 
missions was then computed for mixes of single- 
mission and various levels of multiple-mission capa- 
bility spacecraft. The difference of total costs be- 
tween the all single-mission case and the mixed case 
was the total cost saving for the mission model, and 
it was expressed as a percentage cost reduction from 


the reference single-mission case. The savings were 
computed in two cost categories: DDT&E alone, 
and for combined DDT&E and Production. 

Table 4-8 indicates, for example, that flying 
the mission model with a multiple mission space- 
craft, capable of capturing missions A to C and 
flying the remaining missions by single-mission 
spacecraft is 4% cheaper in DDT&E compared to 
flying all missions with single-mission spacecraft. 
When both DDT&E and Production costs are in- 
cluded the cost saving becomes 1%. 

The Grumman baseline design concept was 
included as a comparison to the single-mission and 
multiple- mission mixes studied. The Grumman 
baseline extension approach was not to "build-in’' 
subsystem performance to meet the most stringent 
mission in the set, but to capture additional mis- 
sions by adding mission-peculiar subsystems per- 
formance capability as required. Conclusions are 
that: 

® Conducting all EOS missions with single- 
mission spacecraft is the most expensive 
approach 

® Program cost savings increase with increased 
mission capture capability of multiple-mission 
spacecraft 

• Greatest cost savings compared to single- 
mission spacecraft approach were achieved 
through addition of performance capability 
to the Grumman basic spacecraft or using a 
multiple-mission spacecraft capable of 
capturing all the missions in the mission 
model. 

4.13 MANAGEMENT APPROACH 

This trade determined a practical, low-cost 
way of managing and controlling the EOS program. 

Experience shows that program requirements 
within specified ranges can be obtained within 
specific budget costs. Although programs have 
achieved these results most commonly through a 
Design-to-Cost (DTC) approach applied to unit 
production costs, they have achieved similar re- 
sults through a DTC approach for the total pro- 
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Table 4-8 Projected Cost Savings 


S/C MISSION 
CAPABILITY 
LEVEL 

MISSION 

SYMBOL 

MISSION 

NAME 

S SAVINGS IN 
DDT&E FOR ALL 
MISSIONS 

% SAVINGS IN 
ODT/E AND 
PRODUCTION FOR 
ALL MISSIONS 

REMARKS 

A ONLY 

A 

EOS A 







B ONLY 

B 

EOS B 






ALL 

CONLY 

C 

EOS C 






SINGLE 

D ONLY 

D 

SEASAT B 






MISSION 

E ONLY 

E 

TIROS O 


0 


0 


S/C 

F ONLY 

F 

SEOS 






COST 

G ONLY 

G 

SEASAT A 






REFERENCE 

H ONLY 

H 

SMM 






FOR FOLLOW- 

l ONLY 

1 

EGRET 






ING CASES 

A TOC 

A 







MULTIPLE 


B 
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S/C 

D ONLY 

D 

SEE 







E ONLY 

E 

ABOVE 


4% 


1% 


SINGLE 

F ONLY 

F 







MISSION 

G ONLY 

G 







S/C 

H ONLY 

H 








1 ONLY 

1 








A TO E 

A 
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D 

SEE 
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E 
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G ONLY 
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A TO 1 

A 
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D 

SEE 
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E 
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gram. Since the EOS program has relatively low 
production volume, and development cost is a 
major fraction of program cost, the recommended 
program approach is DTC on a total program ac- 
quisition cost basis. 

To manage the program implemented in ac- 
cordance with a DTC approach, we recommend a 
centralized program manager which we have desig- 
nated as the System Integrator, as shown in Fig. 


4-16. This manager, responsible to the NASA/ 
Goddard EOS Project Manager, is the system con- 
tractor for the EOS Basic Spacecraft, PCC (mission), 
Mission Peculiar Spacecraft Equipment, CDPF, and 
LUS. The instruments for the initial mission are 
procured by the Government and provided to the 
System Integrator. The System Integrator will 
manage the instrument contractors through the 
System Integration Team. 
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/- 14 

7-15 - Fig. 4-16 Design-To-Cost Activity Flow 


It is recommended that target costs be estab- 
lished for the Basic Spacecraft and for the EOS- A 
program, A DTC program should be implemented 
to achieve this cost. The proposed program re- 
quires: 

• A System Integration Team concept with 
direct participation by NASA and associate 
contractor personnel 

• Simplification of controls and documentation 

® Direct purchase by NASA of the high tech- 
nology instruments. 

4.14 TEST PHILOSOPHY 

The purpose of the test trade studies has been 
to define and evaluate the influences of the EOS 
design and system development approaches on the 
cost of Development, Qualification, Integration 
ana Acceptance testing of the Spacecraft for the 


EOS Land Resources mission and follow-on mis- 
sions. Table 4-9 is a listing of the test trade studies. 

The significant areas of cost savings/impact 
identified by the test trade studies are: 

® Savings of $500 thousand which represents 
50% of the Environmental Acceptance test 
costs of "business as usual”, at virtually no 
increase in risk, by combining all system and 
component environmental acceptance tests at 
the module level 

© Modularity and follow-on mission qualifica- 
tion requirements add $125 thousand to the 
Qualification test cost; however, the flexibil- 
ity and savings in total test costs provided by 
the modular Basic Spacecraft, over integrated, 
dedicated spacecrafts for each mission, more 
than offset the added $125 thousand in 
Qualification test costs imposed on the basic 
EOS program. 
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Table 4-9 EOS Spacecraft Test Philosophy Trade Summary (Sheet 1 of 2) 


TEST FUNCTION 

TEST/REQUIREMENT 

DESIGN 
TEST IMPACTS 

COST INFLUENCEVSTATUS 

THERMAL DESIGN 
DEVEL TEST 

MODULE LEVEL THERMAL 
MODULE TESTS/VERIFY 
THERMAL ANALYSIS i 

70" SPACECRAFT WOULD 
SHORTEN TEST TIME FROM 
8 OAYS TO 4/MODULE 

TEST COST SAVINGS UP TO S80K- 
SAVINGS NOT INCLUDED IN 
BASELINE COSTING. DECISION 
PENDING TOTAL S/C THERMAL 
OESIGN COST TRADE 

VIBRATION & 
ACOUSTIC DEVEL 
TESTS 

MODULE LEVEL ACOUSTIC 
AND MECH VIB TEST-TO 
ESTABLISH ACCEPTANCE 
TEST APPROACH WHICH 
WILL EFFECTIVELY WORK- 
MANSHIP SCREEN COMPONENTS 
AT MODULE LEVEL 

ADDED LEVEL TEST 
TO THE PROGRAM 

TEST COST INCLUDED SINCE 
"MODULE TEST ONLY" IS 
BASELINED. ICOST INCLUDED IN 
$75K SHOWN FOR QUAL) 

AVIONICS DEVEL 
TESTS 

SOFTWARE DEVEL TEST 

QUANTITY OF SOFT- 
WARE DEVEL TESTS 
DEPENDENT ON LEVEL OF 
USE TO PERFORM OBS 
FUNCTIONS FOR BOTH 
ORBITAL AND GND 
SOFTWARE 

SOFTWARE DEVEL TEST PROGRAM 
NOT SIGNIFICANTLY COST IM- 
PACTED BY ADDED SOFTWARE 
FUNCTIONS 


HARDWARE DEVEL TEST 

OTHER THAN ANTENNA 
PATTERNS & 1NSTR DEV 
TEST NO SUBSYSTEM OR 
VEHICLE LEVEL 
AVIONICS DEVEL TESTS 
HAVE BEEN IDENTIFIED. 
COMPONENT SELECTION 
TRADES WILL CONSIDER 
COMPONENT LEVEL 
DEVEL TEST FIRST TIME. 
INTEG IS IN OUAL 
MODULE 

S/C & MODULE LEVEL DEVEL 
TEST PROGRAM COSTS NOT AF- 
FFECTED BY DESIGN APPROACH. 
COMPONENT LEVEL OEVEL TEST 
COSTS TREATED IN SELECTION 
STUDIES. 

SOLAR ARRAY 
& DEPLOYMENT 
MECH DEVEL 
TESTS 

DEPLOYMENT & DRIVE 
DEVELTEST -TO VERIFY 
DEPLOYMENT MECH. 

RIGID ARRAY DEVEL 
TEST REQD. THEREFORE, 
REQUIRING A FIXTURE 
OR VEHICLE TIME FOR 
TEST. FLEXIBLE ARRAY 
DEVEL WOULD NOT RE- 
QUIRE VEHICLE FOR 
DEVEL 

RIGID ARRAY TEST COST IN- 
CLUDED APPROX $4QK IN TEST 
COST ASSUME USING QUAL. 
HARDWARE. 

SHUTTLE IN- 
TERFACES DEVEL 
TESTS 

verify'resupply, 

LAUNCH S RETRIEVAL 
INTERFACES 

DEPENDENT ON SHUTTlE 
UTILIZ STUDIES. 
POTENTIALLY SOME 
SMALL OFFLINE DEVEL 
TESTS FOR LATCHES. 

USE QUAL SPACECRAFT 
FOR FLT DEMO & GROUND 
INTERFACE TEST 

SEE SHUTTLE UTILIZATION 
TRADE STUOY 

STRUCTURAL 

MODAL 

SURVEY 

CANTELEVER & FREE MODAL 
SURVEY TO VERIFY THE BASIC 
STRUCTURE FREQUENCIES FOR 
BOTH LAUNCH VEHICLE AND S/C 
CONTROL SYSTEM ANALYSIS 

-TEST COST NOT IMPACTED 
BY DESIGN ALTERNATIVES 
HOWEVER. FOR COMMON 
S/C APPROACH A MODAL 
SURVEY FOR FOLLOW-ON 
CONFIG REQUIRED 

FOLLOW ON CONFIG MODAL 
SURVEY ADDS ABOUT $20 K TO 
TEST PROG COST 

STRUCTURAL 

QUALIFICATION 

STATIC-LOAD 

MODULAR DESIGN RE- 
QUIRES STATIC LOAD 
TEST QUAL OF MODULES 
IN ADDITION TO THE 
PRIMARY STRUCTURE 

ADDS ABOUT $75K TO QUAL PRO- 
GRAM MODULE VIBRATION & 
ACOUSTIC TESTS 


ACOUSTIC, SINE & SHOCK TEST 

ADDITION OF MODULE 
STRUCTURE AND STRUC- 
TURAL INTERFACES IN 
ADDITION TO PRIMARY 
STRUCTURE & ALSO 
ADDED TEST TO OUAL 
FOLLOW ON CONFIG 

FOLLOW-ON uONFlG ADDS ABOUT 
$30K TO STRUCT QUAL TEST COSTS 

SEPARATION 
SYSTEM QUALI- 
FICATION 

QUANTITATIVE SEPARATION 
TEST WITH RATES AND TIP OF 
ANGLES MEASURED 

MAY BE SOMEWHAT 
MORE DIFFICULT WITH 
EXTRACTION REQUIRED 
FOR TRANSITION RING 
MOUNT 

NO SIGNIFICANT COST IMPACT 


"COSTS/SAVINGS EXPRESSED IN 1947 DOLLARS 
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Table 4-9 EOS Spacecraft Test Philosophy Trade Summary (Sheet 2 of 2) 


TEST FUNCTION 

TEST/REQUIREMENT 

DESIGN 
TEST IMPACTS 

COST INFLUENCE/ 
STATUS 

SOLAR ARRAY 
DEPLOYMENT 
MECHANISM & 
ARRAY QUALI- 
FICATION 

QUAL DEPLOYMENT 
MECHANISM 

SAME COMMENT AS FOR 
DEVEL TEST 

ADDED COST OF FOLDUP ARRAY 
FIXTURE INCURRED AGAINST 
DEVEL TEST 

SYSTEM THERMAL 
VACUUM, SINE. 
ACOUSTIC AND 
SHOCK QUALI- 
FICATION 

SYS LEVEL QUAL OBS TEST 
PROGRAM 

MODULAR DESIGN PER- 
MITS QUALIFICATION 
TESTING TO BE AC- 
COMPLISHED AT THE 
MODULE LEVEL OR 
SYSTEM LEVEL 

HIGH RISK OF ONLY QUAL AT 
MOOULE LEVEL NOT CON- 
SIDERED ACCEPTABLE 

COMPONENT 

QUALIFICATION 

COMPONENT QUALIFICATION 
TEST PROGRAM 

COMPONENT QUAL COULD 
BE CONDUCTED AT 
MODULE LEVEL 

SAME AS ABOVE 

FLIGHT OBSER- 
VATORY ENVIRON- 
MENTAL ACCEP- 
TANCE TESTS 

ACOUSTIC AND THERMAL 
VACUUM TEST TO VERIFY 
WORKMANSHIP 

MODULAR DESIGN PER- 
MITS OPTION OF TESTING 
AT SUBSYSTEM LEVEL 
WITH ONLY A FINAL 
WORKMANSHIP ACOUSTIC 
AT THE VEHICLE LEVEL 

SEE COMPONENT ACCEP TEST 
BELOW 

COMPONENT EN- 
VIRONMENT A 
ACCEPTANCE 
TEST 

THERMAL VACUUM & VIBRATION 
TEST TO VERIFY COMPONENT 
WORKMANSHIP 

MODULAR DESIGN PER- 
MITS OPTION OF PER- 
FORMING ON A SUBSYSTEM 
BASIS IN THE MODULES 

TOTAL PER SPACECRAFT COST 
SAVINGS FOR PERFORMING EN- 
VIRONMENTAL ACCEPTANCE 
TEST AT THE "MODULE LEVEL 
ONLY" IS APPROX. BOOK IF BOTH 
VEHICLE AND COMPONENT 
ENVIRONMENTAL ACCEPTANCE 
TESTS ARE ELIMINATED. AP- 
PROACH USED IN BASELINE 


3-205(2), 7T-1 6(21 


4,15 SUMMARY- OPTICAL ATMOSPHERIC 
SCATTERING LIMITATIONS ON OFFSET 
POINTING PERFORMANCE OF THE EOS 

We have calculated the loss of contrast to be 
expected for the EOS sensors as a result of atmo- 
spheric scattering and absorption. Using an average 
mid-latitude summer model atmosphere and a typi- 
cal dust aerosol profile, we utilized the Dave-Braslau 
layered atmospheric model for Rayleigh and Mie 
scattering to calculate the upward monochromatic 
light fluxes at the top of the atmosphere as a func- 
tion of sun angle, viewing angle, and ground (dif- 
fuse) reflectivity. Apparent contrast levels of 
various ground targets and their backgrounds were 
then derived and compared to assess sensor con- 
trast performance under a variety of conditions. 
Contrast performance of the sensors relates to their 
ability to perform boundary following functions 
and is related to, but does not directly determine, 
the ability of the sensor to perform target recog- 
nition functions. 

The relation between sun angle range versus 
latitude and choice of orbit local time of day is 


illustrated in Fig. 4-17. Figure 4-18 indicates con- 
trast level as a function of offset angle towards the 
sun for a ground target reflectivity of 20% versus a 
background reflectivity of 10% at 0.55 for four 
solar zenith angles. Together, Fig. 4-17 and 4-18 
relate the orbit time-of-day to an effective contrast 
performance level based on average sun zenith 
angle. Although maximal contrast loss occurs as 
the sensor scans in the forward solar direction, all 
forward directions will experience contrast loss 
with increasing offset angle. In general, contrast 
levels drop with increasing offset angle and eventu- 
ally limit the angle off vertical that can be tolerated, 
while still maintaining contrast fidelity. Broadly 
speaking, one should expect considerable variation 
in contrast performance over the FOV of wide- 
angle sensors. 

The dependance of contrast-loss on ground tar- 
get and background reflectivity is shown in Fig. 4-19 
for forward solar scanning, a sun zenith angle of 60 
deg, and for X = 0.55 pm. It is apparent that 
user applications for which target and background 
reflectivities are less than 30% are most sensitive 
to loss of contrast with offset angle. 
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Figure 4-20 indicates the wavelength depend- 
dence of contrast loss (for the same reflectivities) 
and illustrates the fact that contrast performance 
penalties are the same throughout Bands 1 through 
6 . 


• LOW SUM ANGLE JNlYWUh MOW US 

• MARGINAL VIEWING 60 
« POOR VIEWNG 70 



7-7 7 MON f NS SIN ct MAHL'H 

Fig. 4-17 Orbit Time of Day Vs Seasons 
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Fig. 4-19 Computer Plot of Relative Contrast at Four 
Lambert (Diffuse) Target and Background 
Reflectivities, R* and R b = 50 and 40%, 40 
and 30%, 30 and 20%, and 20 and 10%, 
Respectively (For X = 0.55 pm, 6 0 ~ 60°, 
and <t> = 180°) 


For all cases it is apparent that there is some 
non-zero angle from the vertical at which a sensor 
may be canted, away from the sun, to realize op- 
timal contrast performance. 



Fig. 4-18 Computer Plot of Apparent Contrast at Four 
Solar Zenith Angles, 0 Q « 20, 40, 60, and 80 
(For R t = 20%. R h = 10%, <t> = 180°, A= 

0.55 pm) 
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Fig. 4-20 Computer Plot of Apparent Contrast at Four 
Wavelengths, X = 0.55, 0.75, 1.0, and 2.0 
pm (For 6 0 = 40°, <£= 180°, R t = 20%, R b 
= 10 %) - 
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The selection process of a spacecraft configu- 
ration involved the task flow as shown in Fig. 5-1. 
The input was the system requirements gen- 


erated in the systems studies. The subsystem and 
vehicle alternate designs were evaluated and cost- 
effective, highrperformance configurations selected. 
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Pig. 5-1 Configuration Selection Approach 


5.1 OBSERVATORY SUBSYSTEMS 

5.1.1 ATTITUDE CONTROL 
(Refer to ACS Study Composite, 

Fig. 5-2.) 

The attitude control subsystem (ACS) was de- 
signed to meet the basic requirements of Earth 
Pointing, Sun Pointing, Stellar, and Geosynchronous 
Earth Pointing missions. This range of missions re- 
results in the need for the update sensors to be cap- 
able of operating at low-altitude orbit rate, geosyn- 
chronous-altitude orbit rate, and at zero rate. 

The basic requirements for the ACS are 
summarized in Fig. 5-2, Table a. 

CANDIDATE CONFIGURATIONS - Three candi- 
date ACS configurations were established as shown 
in Fig. 5-2a. Configuration No. I meets require- 
ments lower than baseline (0.05-deg attitude accu- 
racy and 5 x 10'^ deg/sec angular rate stability); 

No. II meets baseline requirements (0. 01 -deg atti- 
tude accuracy and 10^ deg/sec angular rate stabil- 
ity); and No. Ill meets higher than baseline require- 
ments (0.002-deg attitude accuracy and 0.2 x 10'^ 
deg/sec angular rate stability). These ACS configu- 


rations are also summarized in terms of components, 
cost, weight, and performance in Fig. a, inset Tables 
1, 2, and 3. The components that change with con- 
figuration are the sensors (rate gyros, startrackers, 
and earth sensor) and the associated software in the 
CDH OBC. Each configuration has three different 
sizes of wheels and bars: size 1 for spacecraft up to 
approximately 8500 lb, size 2 for spacecraft be- 
tween 8500 and 17,000 lb, and size 3 for space- 
craft between 17,000 and 25,000 lb. The size 1 
magnetic torquer bars are used with the size 1 re- 
action wheels, etc. Whenever possible, the compo- 
nents selected were space qualified or presently in 
development. The capability to handle Solar and 
Stellar missions in addition to the Earth Pointing 
missions is present in ACS Configurations No. II 
and III, but not in No. I. 

The capability of the ACS Configuration No. I. 
exceeds that of the ERTS-A. This system is the 
least costly, complex, and versatile. ACS Configu- 
ration No. II is the baseline design, in which gyro 
control is normally maintained, with updates using 
a fixed-head star tracker. Extensive use is made of 
the CDH on-board computer (OBC). This system 
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is of medium cost, complexity and versatility. 

The range of missions capable of being satisfied in- 
clude Earth-Pointing, Stellar, and Solar. In ACS 
Configuration No. Ill, a gimbaled star tracker, 
having high resolution and accuracy, is used to 
achieve the highest pointing accuracy. 

The three ACS configurations were compared 
on a cost, weight, and performance basis in Fig a, 
inset Table 4. The weights for all sizes remain be- 
low 600 lb. The recurring cost varies from $0,638 
million (ACS Configuration No. I, size 1) to $1,370 
million (ACS Configuration No. Ill, size 3). 

SELECTED ACS CONFIGURATION - The se- 
lected configuration, Fig. 5-2b, can meet the 
requirements for the Earth-Pointing (low and geo- 
synchronous orbit altitudes), Stellar/lnertial, and 
Solar missions. Sensors are available, in flight- 
proven design with adequate accuracy and sen- 
sitivity. The concept of providing the ACS con- 
trol algorithms as a mission-peculiar software 
program to be processed in the OBC is viable. 

Candidate components were assembled and 
compared on the basis of cost, performance, quali- 
fication status, availability, weight, and power etc. 
Their features and cost are shown in Table b. 

Modal operations are functionally described, 
including a list of the ACS sensors and actuators 
used in each mode, in Table c. 

Packaging of the ACS components in the 
module is shown in Fig. c. 

5.1.2 COMMUNICATIONS AND DATA 
HANDLING 

The communications and data handling sub- 
system (CDHS) was designed to satisfy the EOS 
requirements (Report No. 3, Appendix C) and be 
compatible with the operational requirements de- 
fined in the GSFC STDN Users Guide No. 101.1 
and the GSFC Aerospace Data System Standards 
X-560-63-2. 

The CDHS will provide the means of com- 
manding the spacecraft and payload instruments 
via the uplink, provide onboard data required for 
ground monitoring of the spacecraft, and payload 
status via downlink telemetry, and transpond rang- 


ing signals for ground tracking of the spacecraft. 
This subsystem is located in the communications 
and data handling module, except for the antennas. 
The antenna locations will depend on radiation 
pattern coverage requirements. Other items, such 
as signal conditioning and remote units which are 
elements of the CDHS, are located in their respec- 
tive module. The subsystem is functionally sepa- 
rate and operates independently of the wide-band 
communications subsystem. 

COMMUNICATIONS GROUP - (Refer to the 
CDHS (Communications Group) Study Composite, 
Fig. 5-3.) The communications group of the CDH 
module provides telemetry, tracking and command 
link compatibility with STDN, Shuttle Orbiter, 
TDRS (Option) and DOI (Option). Figure 5-3, 
Table a tabulates significant communication link 
requirements for these interfaces. The interface 
with STDN at S-Band is also shown in Table a. 
Communications Group Configuration Alternatives 
— Seven alternative communication configura- 
tions were derived. They vary in capability and 
complexity from the single thread configuration of 
Fig. a, inset Fig. 1 (Configuration No. 1) to the 
sophisticated multimode Configuration No. 5 
shown on inset Fig. 7. The basic parameters of 
these alternates are compared in Table b. 

The primary difference between Configura- 
tions No. 1 and 2 is that Configuration No. 1 pro- 
vides spherical antenna coverage on the uplink and 
hemispherical antenna coverage on the downlink, 
whereas Configuration No. 2 provides spherical 
coverage both uplink and downlink. Configura- 
tions No. 1 and 2 have dual redundant trans- 
ponders. 

In Configuration No. 3, an improvement in 
uplink command reliability is achieved by combin- 
ing the outputs of receiver/demodulator and se- 
lecting the best signal, or by cross-strapping the in- 
puts of two demodulators. 

Configuration No. 4 is Configuration No. 2 
plus a TDRS S-Band terminal. The terminal in- 
cludes an S-Band transceiver package and a steer- 
able antenna. Since wideband communications 
will have an interface to the TDRS S-Band at Ku- 
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Band, a dual frequency S/Ku-Band steerable an- 
tenna is being considered to satisfy both the 
narrowband and wideband communications re- 
quirements. Portions of the TDRS S-Band equip- 
ment (i.e., receiver front end, transmitter) may be 
co-located with the steerable antenna to reduce 
RF transmission line losses, while other portions 
(i.e., demodulator, baseband assembly) may be 
located in the CDH module. The steerable S-Band 
antenna (7 to 11 ft diameter requirement) will 
probably be located on a boom to minimize vehicle 
blockage problems. 

The last Configuration, No. 5, provides a 
downlink in the 8.0 to 8.4 GHz frequency band 
allocated for operational earth resource satellite 
programs. The uplink command would still be at 
S-Band. A downlink capability would be retained 
at S-Band in order to provide NASA with maximum 
command and control capability of the EOS space- 
craft from all STDN ground stations. 

Selected Communications Group Configuration - 
Analysis of alternate configurations, summarized 
in Table b, resulted in the selection of Configura- 
tion No. 2, Fig. a, Inset Fig. 3. This configuration 
utilizes a single S-Band transponder with an inte- 
grated hybrid, coaxial switch and two diplexers, 
along with two broadband S-Band shaped antennas. 

The hardware was selected from available candi- 
date components shown in Table c. The equip- 
ment list and cost allocation for the selected con- 
figuration is shown in Table d. Selection of this 
configuration satisfies the functional and perfor- 
mance/design requirements shown in Table a for a 
STDN S-Band interface and is considered a low- 
risk design because it uses space proven off-the- 
shelf components. 

A communications group block diagram, and 
packaging of the components in the module, are 
shown in Fig. b and c, respectively. 

DATA HANDLING GROUP - (Refer to the CDHS 
(Data Handling Group) Study Composite, Fig. 5-4.) 

The data handling group must acquire, process, 
record, format and route data/commands from 
and to the appropriate EOS subsystem (communi- 


cations, ACS, electrical power, orbit adjust and 
transfer, etc) and the support vehicle (e.g., Shuttle, 
Orbiter, etc). In addition, the group must perform 
the required attitude control computations and 
issue the necessary commands, receive commands 
from the ground and distribute or execute these 
in real time, or store them for delayed execution 
on a time or event basis. 

Detailed data handling group requirements 
and their origin are outlined in Fig. 5-4, Table a. 

Grumman software sizing estimates for com- 
mand storage, spacecraft control, systems moni- 
toring, etc, define 23.3 thousand 18-bit words 
including margin as required for storage in the 
computers main memory. Resolution to 30m is re- 
quired for MSS image processing. Twenty-four bit 
word length provides resolution to seven meters 
while still accommodating earth orbit dimensions 
with margin. Throughput requirements range from 
6 to 13 KOPS (kilo operations per second). The 
IRU service routine is the main driver utilizing 3 
KOPS. 

The basic spacecraft’s approximately 300 
measurements and 200 commands are handled by 
five remote units (64 inputs and 64 outputs each), 
while two more remotes are dedicated to the in- 
struments. 

Recording requirements are driven by telem- 
etry line data rates; the maximum time that EOS 
is out of ground contact is 5 to 7 hr (Grumman 
estimates based on their mission trajectory analy- 
sis of EOS Sun Synchronous mission), and 11 min 
(maximum) that EOS is in ground contact follow- 
ing such a period. 

While EOS is attached to the Orbiter, the 
Orbiter crew must be alerted and have the capa- 
bility of monitoring any EOS parameters that will 
indicate a potentially hazardous condition. Nine 
to 12 EOS caution and warning functions have 
been identified by Grumman for EOS. 

Data Handling Alternate Configurations - Data 
bus system configuration alternatives are many. 
These include full duplex versus half duplex, sepa- 
rate command and address line versus common 
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lines, data rates, formats, combined versus sepa- 
rate remotes, etc. 

The NASA Standard Full Duplex System, 
with commands and addresses sharing a common 
bus, was selected and merged with the EOS baseline 
equipment characteristics. The decision to incor- 
porate the NASA Standard data bus features into 
the baseline system was made so as to share non- 
recurring development costs for this system. NASA 
Standard operating at a 1-Mbps rate, and using 
selfsynching Manchester II Bi-Phase L code, easily 
fulfills EOS requirements. 

Since the full duplex system uses a common 
bus for both commands and addresses, a single 
central unit (controller/formatter), controlling the 
bus and issuing both addresses and commands, 
would reduce system complexity. 

The selected baseline is shown in Fig. a. Con- 
figuration alternatives to the system are Configu- 
ration No. 1, which uses a remote unit that incorpo- 
rates both a remote decoder and remote multi- 
plexer (Mux). Configuration No. IP is the same 
remote unit, except that it is power strobed with 
a 16-KHz square wave. Configuration No. 2 uses 
separate remote decoders and remote multiplexers, 
while Configuration No. 2P is the 16-KHz square 
wave power strobed version of Configuration No. 2 
(the NASA EOS baseline for remotes). 

DHG AOP Memory Alternatives - The advanced 
on-board processor (AOP) is available with three 
memory types: core, plated wire, and CMOS 
(complimentary metal oxide semiconductor). Core 
and plated wire are both considered to be accept- 
able memory types for EOS application while 
CMOS is conditionally acceptable. 

The primary driver for memory selection is 
total program cost. Total program cost (including 
power costs) are shown in Figure b, inset Fig. 1. 
The selection of core memory for a single space- 
craft requiring 24K memory saves $91 thousand 
over plated wire and $57 thousand over CMOS. 

Selected Data Handling Configuration - The base- 
line single thread data handling group, Fig. c, is 
comprised of a 24K-word AOP with core memory, 


command decoder, buss controller/formatter unit, 
seven remote units (one located in the CDH 
module, the remaining six distributed throughout 
the spacecraft), a 4.096-MHz central clock and 
signal conditioning units, which condition high- 
and low-level signals from 0 to 5 vdc, and also con- 
tain D/A conversion and latching relays for imple- 
mentation of commands. 

The AOP computer, using the Harris CMMA 
chips, will be flown aboard ERTS-B. A space- 
qualified AOP minimizes nonrecurring costs. As- 
suming AOP procurement effort progress as 
planned, the AOP should be well proven prior to 
the first EOS flight, thereby minimizing program 
risk. 

Using a standard Aerospace instruction mix 
of 80% shorts (adds) and 20% longs (multiplies) 
the AOP's throughput is computed to be 85 KOPS, 
which is seven to eight times the current maximum 
requirement for EOS. 

The AOP’s capability to perform data com- 
pression is utilized on housekeeping data, thereby 
eliminating need for the optional tape recorder. 
This represents a savings of approximately $80 
thousand, 8 w of power, and 14 lb of weight per 
spacecraft. 

The selected full duplex data bus system, 
Configuration No. IP, has combined remote units 
which are power strobed with either 16 KHz square 
wave or 28 vdc. Remote units have dual receivers 
and transmitters which operate off the dual-redun- 
dant command/address busses and data reply 
busses, respectively. Each unit has 64 input chan- 
nels that can be used for analog, bilevel, or serial 
digital signals as defined in the NASA EOS CDH 
specification. Each unit also has 64 output chan- 
nels for pulse commands plus four serial magnitude 
command outputs. 

The controller/formatter also has dual re- 
ceivers and transmitters which interface to the 
dual redundant busses. This unit can accept and 
interleave 50 commands per sec from the com- 
mand decoder with 62.5 commands per sec from 
the AOP, and transmit these to the remote units. 
Telemetry output rates are command selectable 
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at 32/16/8/4/2/1 Kbps, and format consists of 
minor frames of 128 eight-bit words. 

5.1.3 ELECTRICAL POWER 

(Refer to the EPS Study Composite, 

Fig. 5-5.) 

An electrical power subsystem (EPS) was 
configured to meet the basic and expanded require- 
ments of the EOS and follow-on missions. 

Figure 5-5, Table a defines known space- 
craft/mission electrical power requirements. The 
basic spacecraft (exclusive of mission-peculiar pay- 
loads) is estimated to require approximately 300 w 
of orbital average power. EOS instruments and 
other associated payload equipment can range 
from an average of 150 w to over 350 w. Including 
missions other than EOS could result in an average 
payload power of up to 500 w. Therefore, the 
electrical power subsystem design load capability, 
based upon this tentative load analysis, should be 
in the range of 400- to 500-w orbital average. Max- 
imum peak loads for the EOS are not expected to 
exceed approximately 2 kw. 

Requirements which have a major impact on 
the electrical power subsystem design, configura- 
tion, performance weight and cost, are summarized 
in Table b. 

General forms of EPS candidate configura- 
tions were evaluated with respect to the basic and 
expanded requirements of the EOS and follow-on 
missions. One of the key evaluation criteria was 
flexibility to optimize the configuration to mis- 
sion peculiar requirements and options without 
cost penalties and still maintain a high degree of 
standardization. Table c summarizes some of the 
key advantages and disadvantages or various 
alternative configurations. 

POWER MODULE ALTERNATIVES - The basic 
functions included in the power module are: 

• Solar array control 

• Energy storage control 

• Energy storage 


• Interface control 

• Command, telemetry and monitoring. 

The major EPS functional requirements of 
energy storage and control and solar array control 
can all be implemented with existing or slightly 
modified equipment with little or no risk in devel- 
oping new equipment. 

Two subsystem functions were considered as 
likely candidates for improving the cost/perform- 
ance characteristics of the demonstration power 
module: 

• Battery alternatives (Refer to Table d) 

• Solar array/battery control (Refer to Table e). 

SOLAR ARRAY ALTERNATIVES - The power 
module solar array/battery charge equipment was 
selected to offer flexibility and latitude in defining 
a solar array that is optimized to particular mission 
requirements. The alternatives are shown in Table f. 

General alternatives that must be considered 
in defining a spacecraft solar array include: Rigid 
versus flexible, fixed versus oriented, continuous 
versus limited rotation. 

The optimum rotation selection is a continu- 
ous drive system compatible with the sensitivity of 
the ACS. The major determinant for this choice is 
the necessity to minimize resultant disturbance 
torques created by periodic solar array stops, starts, 
and reversals. 

SELECTED EPS CONFIGURATION - The pre- 
ferred EPS configuration for EOS is the hybrid 
system where both series and shunt (direct-energy- 
transfer) solar array control and direct-battery- 
energy-transfer is utilized. It is basically the same 
as that used for OAO. 

Options which are available include: 

• Supplying none, part or all of the spacecraft 
load with a dedicated mission-peculiar aux- 
iliary solar array that is operated in the direct- 
energy- transfer mode. Control of this portion 
of the solar array can be with inherent battery- 
voltage limiting (with appropriate voltage 
clamp circuits) , with on-off control of seg- 
ments of the auxiliary array, or on-array 
voltage limiting with zener diodes 
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© A series regulator that can efficiently support 
the entire spacecraft and battery charge 
power requirements, down to just battery 
recharge 

© Capability to maximum-power track the solar 
array or operate in direct-energy -transfer 
mode for initial battery charging 

® Flexibility to choose array control that 
minimizes solar array cost. Existing and/or 
fixed solar arrays which have mismatch be- 
tween array characteristics and system can be 
used efficiently with series regulation 

® Option of using the 20-amp/hr or 36-amp/hr 
batteries, thereby satisfying 40 to approxi- 
mately 120 -amp/hr capacity option require- 
ment with only two or three batteries. 

SELECTED EPS COMPONENTS - A detailed, 
functional/component block diagram of the se- 
lected EPS is shown in Fig. a. A summary of se- 
lected components are identified in Table g, and 
packaging of the EPS components in the module 
is shown in Figure b. 

5.1.4 PROPULSION 

(Refer to OTS/RCS/OAS Study Composite, 
Fig. 5-6.) 

The requirements having significant influence 
on the design of the propulsion subsystems are: 

® Orbit adjust, launch vehicle (L/V) injection 
errors, orbital decay 

© Reaction control, initial stabilization and 
restabilization, wheel unloading 

® Orbit transfer, circularization, deorbit. 

Figure 5-6, Table a shows the anticipated im- 
pulse requirements and fluid quantities, and Table 
b shows candidate propulsion components. Note 
that modularity will influence the design of each 
of the subsystems. 

The propellant required to correct the L/V 
injection errors represents 97% of the total trans- 
lational propellant on board the spacecraft, with 
the orbit-keep propellant representing 3% of the 
translational propellant. 

Vehicle stabilization and restabilization have 
a small impact on the total RCS propellant loading. 
However, the need for vehicle stabilization initially, 


and during injection error firings, establishes the 
1 . 0 -lb thrust level. 

Wheel unloading requires approximately 73% 
of the RCS (rotational) propellant. The quantity 
of wheel unloading propellant is based on perform- 
ing 20 % of the total unloading using reaction jets. 
The requirement for very low impulse bits for un- 
loading established the need for low thrust level 
thrusters on the order of 0.05 to 0.1 lb of thrust. 
Analysis showed that the minimum impulse bit 
(MIB) capability of existing 0.1-lb thrusters (0.002 
lb-sec) is acceptable for wheel unloading. 

The Shuttle payload capability as defined by 
NASA-JSC establishes the requirement for an orbit 
transfer subsystem (OTS) or kick stage when the 
operational orbit exceeds approximately 400 n mi. 
Our studies selected an operational altitude of 366 
n mi, eliminating the need for the OTS. However, 
propellant loading to transfer to and from a 493- 
n mi orbit was established. SRM’s, a N 2 H 4 fueled 
system, and a bipropellant system were considered. 

The requirement for modularity and, poten- 
tially, resupply, results in the propulsion subsys- 
tems being installed in a separate structure on the 
aft end of the spacecraft. The modular approach 
provides several advantages: 

o Mounting of OAS thrusters provides desired 
thrusting along vehicle flight path 

© RCS thrusters easily oriented to provide pitch, 
yaw and roll control 

© Eliminates the need for fluid interfaces be- 
tween main spacecraft structure and thruster 
pads 

© Minimizes possibility of impingement or inter- 
action of thruster exhaust plumes with solar 
array or instruments. 

5. 1.4.1 OAS CONFIGURATION TRADEOFF 
Two alternatives, one using hydrazine 
(N 2 H 4 ) and the other gaseous nitrogen (GN 2 ), 
were considered to fulfill the OAS function. The 
results of the trade study are shown in Fig. 5-6, 
Table a. While the GN 2 system provides a less com- 
plex and slightly lower cost OAS, it is a much 
heavier system. Since weight is a major considera- 
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tion in the Delta 2910 spacecraft configuration, the 
lighter-weight N2H4 system was selected. 

The selected orbit adjust subsystem is a hydra- 
zine fueled system utilizing four 5-lb thrusters and 
operating in a blow-down mode. The equipment 
is installed in a module mounted on the aft end of 
the spacecraft as shown in Fig. 5-6, c. 

5. 1.4.2 RCS CONFIGURATION TRADEOFF 

Two alternatives were considered to fulfill the 

reaction control subsystem function. The first of 
these assumed the use of GN2 as the propellant. 

The GN2 system is a simple design carrying 11.8 
lb of GN2, with the capability to provide initial 
stabilization and restabilization of the vehicle, as 
well as its allotted wheel unloading requirement. 
The logical alternative to using GN2 was the use of 
hydrazine as the propellant. Since the vehicle is 
already carrying a hydrazine-fueled OAS, it follows 
that combining the RCS with the OAS should be 
considered. The combined GN2 reaction control 
and N2H4 subsystem weights and costs were com- 
pared to the all-N2H4 subsystem. The results of 
the trade study are shown in Fig. 5-6, a. 

On an individual basis, it appears that the GN2 
RCS is lower in complexity as well as in cost. How- 
ever, when the total propulsion module is consid- 
ered, the N2H4 RCS/OAS is the least complex sys- 
tem. The GN2 regulator and the high-pressure 
(3500 psi) GN2 tank are eliminated. 

The selected RCS is a hydrazine-fueled sys- 
tem which is combined with the orbit adjust sub- 
system. Common tankage is manifolded to 0.1 
and 1.0-lb thrusters as well as the 5-lb OAS thrust- 
ers. The equipment is installed in a module 
mounted on the aft end of the spacecraft as shown 
in Fig. f. Table c provides a summary of the RCS 
Components. 

5. 1 .4. 3 OTS CONFIGURATION TRADEOFF 

The primary means of providing orbit transfer 

capability, if required, is the use of solid rocket 
motors (SRM) shown in Fig. 5-6, d. 

The alternatives studied were an OAS using 
75-lb SRM thrusters and a bipropellant system 
based on the Shuttle orbit maneuvering subsystem 


(OMS). For each case, it was assumed that the 
Shuttle would operate in a 300-n mi orbit with the 
EOS being transferred to and from a 493-n mi 
orbit. 

DELTA 2910 LAUNCH VEHICLE - The use of 
the OAS for orbit transfer requires the replacement 
of 5-lb thrusters with 75-lb thrusters. In addition, 
because of the much higher propellant load re- 
quired, the two 9.4-in. tanks are replaced by three 
22-in. tanks. To obtain an equal comparison, the 
combined SRM/OAS weight and cost was com- 
pared to the all-N2H4 system. The results of the 
trade are shown in the Fig. 5-6, Table b. 

Note that the costs are based on a four-vehi- 
cle/four-flight program. As the number of flights 
increases, the cost differential becomes extremely 
large. At 12 flights, the cost differential exceeds 
$1 million (see the Program Cost Savings curve 
associated with Fig. b). 

TITAN LAUNCH VEHICLE - The use of a bi- 
propellant OTS appears to be viable only for the 
larger EOS spacecraft being studied - vehicles 
which require orbit transfer stages such as the 
Boeing Burner II type design. This study assumed 
the use of the SRM-2 motors called for in the 
Boeing design. A bipropellant system using N2H4 
and MMH and sized to the same total impulse as 
the four SRM-2's was assumed. A four-vehicle/ 
four-flight program was also assumed. The results 
are shown in the table associated with Fig. e. 

At first glance, the bipropellant system ap- 
pears to be a poor choice. However, this system 
uses Shuttle hardware which is designed to operate 
for 100 missions. It is, therefore, capable of op- 
erating over the full lifetime of EOS. The Total 
Program Cost curve of Fig. e shows that a cross- 
over point occurs in total program costs at the 
10-to-ll flight point in the program. 

5.1.5 SUBSYSTEM THERMAL CONTROL 

The thermal evaluation of the subsystems 
was based on a modular configuration. Two 
module configurations were considered for the 
Delta triangular arrangement and a square con- 
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figuration was considered for the Titan arrange- 
ment. 

Evaluations were conducted for the Land 
Resources mission. Worst-case minimum/maxi- 
mum environment heat fluxes were used for each 
module. An altitude range of 300 to 500 n mi and 
descending node time of day (DNTD) range of 
9:30 a. m. to 12:00 noon was used as the basis for 
determining the worst-case heat fluxes. Where ap- 
plicable, heat input from the solar array was also 
included. 

Analysis of the modules were considered on 
a lumped parameter, parametric basis. The ability 
to reject heat was studied as a function of alternate 
thermal options for each location. This technique 
established module location and feasibility of pas- 
sive control, supplemented with heater power 
during low-power dissipating modes. 

The cost per watt can vary between $0.75 and 
$1.75 thousand per watt, depending on the array 
selected. The savings in module acceptance test 
costs resulting from a narrow operating tempera- 
ture range (± 10° F vs ± 50° F) can be as much as 
$16 thousand. The fundamental passive design 
cost tradeoff is, therefore, the impact of equipment 
operating temperature range on power subsystem 


and test costs. The cost of active control to reduce 
heater power (if a penalty) must then be considered. 
These tradeoffs are used to achieve the DTC 
targets. 

Figures 5-7 and 5-8 show the design-cost trade- 
offs conducted for the selected Delta module lo- 
cations (apex toward nadir, Delta No. 1 Configura- 
tion). The evaluations were conducted for the LRM. 

A hot-case heat rejection capability of 150 w was 
assumed for each module and the true cold case 
heater power penalties were determined for various 
module operating temperature ranges about a 
mean of 70° F. True heater power penalties in 
this case would be the power in excess of 150 w 
for each module. 

The increase in power subsystem costs at 
$0.75 thousand per watt for a rigid array and 
$1.75 thousand per watt for a flexible array were 
then determined. The increase in module accept- 
ance test costs ($20 thousand at ± 50° F) as a 
function of operating temperature range is also 
shown. The curves show that a minimum cost is 
achieved for each module when heater power pen- 
alty costs are eliminated (i.e., ± 10° F for EPS and 
ACS and ± 20° F for CDH). The results of a 


EPS ACS CDH 
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similar evaluation, for the Titan configuration of 
modules (with the CDH module facing the earth) , 
are quite close to the foregoing and yield the same . 
conclusions. 

Local power loading within a module may 
require further trading off of active control costs 
to achieve these narrow operating temperature 
ranges. Designing for failure modes (such as a 
solar array hangup) would modify these results 
due to designing with different minimum/maximum 
heat fluxes. Future mission considerations would 
have a similar impact. 

Although common modules for each mission 
are the goal, thermal tailoring of the modules for 
each mission is the most cost-effective approach. 
The ability for all modules to be tailored for each 
mission would be a design requirement. It is en- 
visioned that a thermal design handbook will be 
developed to define the thermal changes required 
for each mission. These modifications will be 
limited to the module external heat sink and skin. 


5.2 SPACECRAFT 

5.2.1 SPACECRAFT THERMAL CONTROL 
SUMMARY — A matrix of structural concepts has 
been considered for both the Delta and Titan launch 
vehicles. The number of instruments gives addition- 
al mission peculiar complexity. Each section of the 
structure (i.e., instrument structure, transition area, 
module support structure, orbit adjust stage) was 
individually analyzed for an available Delta config- 
uration. Heater power as a function of structure 
temperature and insulation effective emittance was 
evaluated. It is clearly recognized that a specific 
configuration was evaluated, however, the ap- 
proaches and results should be indicative for all 
configurations. 

In support of the thermal analysis, an orbital 
heat flux study was conducted and maximum and 
minimum absorbed heat fluxes established. In addi- 
tion, unit cost of thermal control hardware were 
obtained to support the design cost studies. 


EPS ACS CDH 



Fig. 5-8 Change in Subsystem and Acceptance Test Costs with Temperature 
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The results of the structure thermal analysis 
are summarized as follows: 

© Reductions in structure heater power from pre- 
study estimates have been achieved by struc- 
ture thermal design approaches that minimize 
external surface area and maximize the use of 
multilayer thermal insulation. Deletion of 
thermal skins in the instrument areas and sub- 
stitution of insulated trusses and decks result 
in significant reduction in weight, heater power 
and cost 

© For a baseline requirement of 70° F structure 
and insulation effectiveness of .05, the total 
structure heater power is 66 w. Using an in- 
sulation effectiveness of .02, which should be 
readily achievable, reduces the heater power 
to 28 w. Reducing the structure temperature 
to 40° F decreases the heater power require- 
ments to the range of 15 to 38 w (range of 
insulation effectiveness). Although 100 w of 
structure heater power was assumed for pre- 
liminary solar array sizing, it is apparent that 
the total structure heater power penalty will 
be less than 40 w 

o Preliminary feedback from the instrument 
contractors indicate concurrence with a 
thermally decoupled design interface and 
therefore acceptance of lower structure 
temperatures. Maintaining the transition ring 
at 70° F should only be a transient condition, 
during contact periods. A module support 
structure of 40° F is consistent with the mini- 
mum anticipated equipment operating tem- 
peratures. A 40° F OAS structure is consistent 
with minimum propellant temperature re- 
quirements. 

DESIGN COST EVALUATION - The structure 
insulation design/cost trade study is shown in Fig. 
5-9 and 5-10. Figure 5-9 shows the total structure 
heater power required for a Delta configuration 
spacecraft as a function of structure insulation ef- 
fective emittance. Structure temperatures of 70° F 
and 40° F are plotted as parameters. The baseline 
design (70° F structure temperature and .05 effec- 
tive emittance) requires 66 w of heater power. 

Figure 5-10 shows the cost of structure insu- 
lation as a function of effective emittance. Im- 
proved insulation performance is achieved by dif- 


ferent design and insulation techniques. Figure 5-10 
also shows the added power subsystem costs 
for structure heater power. Two extremes for solar 
array costs are plotted for a range of structure tem- 
perature and type of solar array. The cost of insu- 
lation plus solar array shown in Fig. 5-10 is to have 
a minimum value at insulation effective emittance 
value less than the baseline design. Thus , for the 
more costly roll-up solar array and 70° F structure 
temperature, the optimum structure insulation has 
an effective emittance of .015 to .02. The less 
costly honeycomb array and 40° F structure has 
the minimum total cost with effective emittance in 
the range of .02 to .03. Definite cost reductions 
from the baseline design are possible by the use of 
better performing insulation, the actual performance 
depending on the particular solar array selected 
and the structure temperature selected. 

5.2.2 STRUCTURE 

(Refer to Basic Spacecraft Study 
Composite, Fig. 5-11.) 

A Basic Spacecraft configuration compatible 
with Delta, Titan or Shuttle launch vehicles was 
designed to support a significant number of follow- 
on satellite missions. The general requirements for 
the structure subsystem were established to support 
this goal. These requirements were: 

• One vehicle configuration shall support EOS 
-A, -A' , -B and -C missions (Fig. 5-1 1 
Table a) as a minimum, and be usable in a wide 
variety of other missions 

• The configuration shall support three discrete 
standard subsystem equipment modules which 
include EPS, ACS and CDHS, and a mission- 
peculiar propulsion module 

• The module and core structure configuration 
shall allow for shuttle resupply of the modules 
with little or no change 

• The vehicle shall be capable of mating with 
and be launched by a Delta or Titan launch 
vehicle and have optional shuttle launch and 
retrieval capability 

• The vehicle shall be capable of supporting and 
operating with a wide variety of instruments 
and instrument mission peculiar equipment 
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o The Basic Spacecraft configuration shall meet 
dynamic and static load requirements as de- 
fined in Tables b through e. 

SPACECRAFT MOUNTING ON LAUNCH VEHI- 
CLES - The Basic Spacecraft is configured to be 
bottom-mounted when launched on a Delta 
vehicle, as shown in Fig. a. Provisions for transition 
ring mounting for launch or retrieval are inherent 
in the design and can be provided, if required. The 
bottom mount was selected because of the case of 
separation from the launch vehicle adapter with no 
significant spacecraft weight penalty. 

When the Basic Spacecraft is launched by a 
Titan III vehicle, the clearance problem is reduced. 
The 86-in. OD of the spacecraft combined with the 
110-in. ID of the shroud results in a 12-inch radial 
clearance, which significantly reduces the spacecraft 
extraction problem. For this installation, we recom- 
mend adding a 1 10-in. diameter ring to the Basic 
Spacecraft at its transition ring station and mounting 
it on an extended booster adapter. 

The Space Shuttle launch and retrieval of the 
EOS requires a modified clamp-type separation 
mechanism at the Spacecraft upper bulkhead. This 
support configuration is compatible with the Flight 
Support System (FSS) suggested by the Shuttle 
contractor and the SPAR/DSMA designers of the 
Special Purpose Manipulator System. The basic 
difference between the Grumman concept and the 
GSFC baseline transition ring assembly is that the 

Grumman concept supports six discrete mount fit- 
tings of the triangular Spacecraft configuration, 
whereas the GSFC concept has a continuous ring 
system. (This shown in Fig. 5-11, b.) Elimina- 
tion of the continuous mounting ring results in a 
Spacecraft weight saving of 75 lb. 

STRUCTURAL CONFIGURATION FOR TRI- 
ANGULAR VEHICLE - The structural configura- 
tion for the Basic Spacecraft is shown in Fig. b and 
c. The primary structure consists of three vertical 
shear webs forming a triangular-cross-section core 
vehicle. Extending from the webs are six vertical 
trusses which form the support at three points. In 
this arrangement, primary structural loads are not 


induced in the subsystem modules, but are 
carried from the adapter hard points through the 
six rigid vertical trusses to the instrument support 
structure. This arrangement allows the subsystem 
modules to be easily removed for inflight or ground 
resupply, with no significant design or cost impact. 
Thus, the vehicle can be initially designed and built 
for, or easily converted to, a Shuttle-resupply con- 
figuration, with insignificant cost or weight impact. 

The Basic Spacecraft was configured in alumi- 
num although other materials were investigated. 
Significant weight reduction and some recurring 
cost savings may be accomplished on the basic space- 
craft structure bv substituting advanced composite 
materials for aluminum. The particular material 
investigated was a hybrid Graphite/Epoxy. This 
composite is a mix of UHM and LMS Graphite 
fibers in an epoxy matrix which offers the same 
stiffness as Boron/Epoxy, but at a lower cost. 

In addition, the hybrid physical properties, such as 
thermal expansion, can be tailored by varying the 
UHM and LMS mixture. 

It was concluded that, although cost of initial 
tooling for composites is high, cost of succeeding 
units is competitive with aluminum and saves 80 
lb. 

A structure was designed to make full use of 
the Titan launch vehicle volume and configuration 
advantages. This structure is shown in Fig. 5-11, d. 
The capability of this configuration meets all the 
requirements of the triangular structure except for 
a launch on a Delta Vehicle. In addition, it can 
house a fourth subsystem module and support a 
total vehicle weight of 5100 lb in the Titan III 
environment. 

5.2.3 RESUPPLY 

The Grumman resupply concept provides 
servicing capability for all functional equipment 
and the EOS spacecraft. The replaceable assem- 
blies are shown in Fig. 5-12. 

LATCHING MECHANISM - The Grumman latch 
mechanism, shown in Fig. 5-13, consists of three 
hook-and-roller latches per module and utilizes a 
self-locking linkage. The latch hooks are config- 
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ured to supply the final pull-in force required for 
mating of the self-aligning electrical connector, and 
the latch-operated push-off rods supply the neces- 
sary demating force. Launch loads are carried via 
the three latch points only, and no loads are trans- 
mitted through the track and roller guide system. 
Module positioning and latch operation are accom- 
plished by means of single latch operator . The 
system is readily adaptable to a dual or triple latch 
operator arrangement. The latch operator consists 
of a holding knob rigidly fixed to the module and 
containing a centrally-located rotary driver which 
supplies rotary input to the worm gears operating 
the latches. A common latch operator is utilized 
for all the resupply latches. This arrangement has 
many advantages: 

• The single latch operator simplifies the 
Shuttle MEM and increases its reliability 

• Can be easily adapted to individual delatching 

• Can possibly be adapted to module exchange 
using Shuttle-attached manipulation only 

• Can delatch blind areas and around corners 
(no line-of-sight needed) 

• Has integral push-off rod to eliminate cold 
welding and provide separation force for 
electrical connectors 

• Light weight: 3 lb per latch; 10 lb per 
module 

• High mechanical advantage ; needs only low 
actuator force 

• Simple, reliable, and economical. 

MODULE RESUPPLY - The selected latching 
mechanism can be used for resupply of every re- 
quired replaceable assembly. Typical are the con- 
cepts shown in the following figures: 


Figures 

Module 

5-14 

Subsystem Module 

5-15 

Thematic Mapper 

5-16 

RCS/OAS Module 

5-17 

Solar Array 


5.2.4 INSTRUMENT MISSION PECULIAR 
EQUIPMENT 

5 2 41 WIDE BAND DATA HANDLING 
AND COMPACTION 

The function of the Wide Band Data Handling 
and Compaction (WBDHC) subsystem is to convert, 
format, compact multiplex, and select multichannel 
data from the instruments and produce serial digi- 
tal data streams at suitable rates for transmission to 
Primary and Low Cost ground stations, and to the 
TDRS satellite. The overall WBDHC subsystem 
block diagram is shown in Fig. 5-18. A speed 
buffer function is included to provide for a partial 
scene data compaction option. The compacted 
rate is constrained to he equal to the MSS rate. 
Factors contributing to the determination of the 
WBDHC configurations include: 

• Interface with instruments - digital or analog 

• Data rate (if digital) 

• Size of electronics package that can be placed 
inside or in contact with instrument 

• Modular flexibility considerations (future 
instruments) 

• Need for high capacity speed buffering in 
data compaction. 

Figure 5-19 shows the instrument data hand- 
ling and compaction alternatives considered. Fig- 
ure 5-19, A applies to an analog interface. This is 
appropriate to the Harris MOMS concept. Hughes, 
Te-Gulton, and Honeywell have expressed a pref- 
erence for a digital interface, as shown in B. The 
electronics associated with the instrument are in 
close proximity. A logical extension of this con- 
cept, shown in C, is to include the entire data hand- 
ling function in the electronics delivered with the 
instrument. The disadvantage of this approach is 
in the high digital data rate interface to be reckoned 
with by the instrument vendor. A final concept, 

D, is to combine all the data handling and compac- 
tion functions in one unit in close proximity to the 
instrument. The low rate digital instrument inter- 
face approach was chosen as the best trade between 
risk and complexity. 
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Design considerations included the effects of 
compacted data rate. From transmission system 
considerations, it is desirable to keep this rate be- 
low 20 Mbps to allow operation with modestly 
sized and low cost LUS's. Since the MSS rate is 16 
Mbps, it would be appropriate to make the com- 
pacted TM rate the same value. Three types of 
compaction are possible: band selection, resolu- 
tion reduction, or partial coverage. Options avail- 
able within the 16-Mbps constraint are shown in 
Table 5-1. The partial coverage option requires a 
buffer memory, the size of which is dependent 
upon the number of bands involved. 

Cost, size, weight and power information are 
shown in Table 5-2. The range of values includes 
the uncertainty in the 0.5 to 1.0 x 1 q 6 bit speed 
buffer which will be required if partial scenes are 
desired from the data compaction. This speed 
buffer is considered a development risk at this 
time. 


5. 2.4. 2 WIDE BAND COMMUNICATIONS 

Wide band communications is here defined as 
the complement of spacecraft communication sub- 
systems required to communicate sensor data, both 
uncompacted and compacted, from the EOS space- 
craft to earth. The primary link has been sized at 
240 Mbps, and is required to be received by STDN 
earth terminal sites. The LCGS link has been sized 
to handle a reduced data rate of 20 Mbps, and is to 
be received by small earth terminals. The key issue 
in the design of the small earth terminals is low cost, 
In addition to the direct communication link 
requirements, the EOS spacecraft may also be re- 
quired to relay sensor data to earth through the 
proposed NASA TDRSS. 

The TDRSS link and the two direct links rep- 
resent the baseline EOS spacecraft wide band com- 
munication subsystem requirements. Alternative 
spacecraft subsystem designs were considered in- 
cluding the use of a wide band video tape recorder 
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WB = WIDE BAND 



(A) ' ANALOG INSTRUMENT INTERFACE 




(C) WIDEBAND HANDLING COLOCATED WITH INSTRUMENT 



Fig. 5-13 Basic uata Handling and Qata Compaction Configuration 
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Table 5-1 Compaction Options 


FORM 

RESOLUTION 

DATA RATE 
(APPROXIMATE) 

ALL BANDS AT 1 /6 R ESOLUTION 
(2 RESOLUTION ELEMENTS IN 
DIRECTION OF SCAN BY 3 
ELEMENTS IN S/C MOTION 
DIRECTION) 

55 x 82.5 m 

16 MBPS 

ONE HIGH RESOLUTION BAND 
PLUS LOW RESOLUTION BAND 

_ 

14.8 MBPS 

ALL BANOS AT FULL RESOLU- 
TIONS FOR AN 18 MILE SWATH 

FULL 

BUFFERED TO 
16 MBPS 

THREE BANDS AT FULL RESOLU 
TION FOR A 36 MILE SWATH 

_ 

BUFFERED TO 
16 MBPS 

FOUR HIGH RESOLUTION BANDS 
AT 1/4 RESOLUTION, PLUS IR 
BAND 

55 x 55 m 

13.7 
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Table 5-2 Oata Handling and Compaction 
Unit Cost, Size. Weight, and Power 
(Costs in 1974 Dollars) 


• COST 


- RECURRING 

S6t OK - S2.3M 

- NONRECURRING 

$70K - 325 K (4 UNITS) 

• SIZE 

360- 950 in 3 . 

• WEIGHT 

35 50 LB 

• POWER CONSUMPTION 

90 - 120 W 
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(WBVTR) and MSS recorder to replace the TDRSS 
link requirement and alternative approaches for 
establishing the PGS and LCGS links. 

5.2.4.3 ALTERNATIVE SUBSYSTEM 
CONFIGURATIONS 
The wide band communication subsystem 
configurations considered include the TDRSS link 
to transmit a total of 240 Mbps of data at Ku-Band 
to the TDRSS for relay to ground stations, a tape 
recorder option in lieu of the TDRSS relay, and 
direct link configurations for PGS and LCGS at X- 
Band and Ku-Band. 

TDRSS LINK - The TDRSS subsystem provides 
the means of transmitting a total of up to 240 
Mbps data at Ku-Band to the TDRSS for relay to 
ground stations. The EIRP from the spacecraft is 
specified to be at least 61.3 dBW for the 12.5-ft 
diameter steerable antenna and 7 dBW for the omni- 
antenna. The subsystem components are: 

• QPSK modulator for two 120 Mbps data 
inputs 


• Up converter/driver 

• RF amplifier 

• Omni-antenna for the tracking system between 
the EOS and the TDRSS 

• Directional antenna. 

TAPE RECORDER OPTION - An option in lieu 
of the TDRSS relay of data acquired while the EOS 
spacecraft is not in view of primary or local user 
ground stations is to tape record these data, and 
read out later. This option employs three recorders: 
one wide band video tape recorder (WBVTR) for 
the TM, instrument output and two ERTS-type 
recorders for either the MSS or the compacted TM 
data. The WBVTR has a read-in and read-out rate 
or approximately 120 Mbps for periods of up to 15 
min and a total data volume capacity of 10^ bits. 
The two ERTS-type recorders are capable of data 
rates of 16 or 20 Mbps. These tape recorders inter- 
face with the data sensors and the direct-link wide- 
band spacecraft communication subsystems. 

X-BAND DIRECT LINKS - The basic require- 
ments that must be satisfied by the direct-link 
wide-band spacecraft communication subsystem 
are a 100-Mbps TM and 16-Mbps MSS link to PGS 
sites and a 20-Mbps link for compacted TM data to 
LCGS’s. However, the PGS link subsystem has been 
sized to provide for 240-Mbps channels to accom- 
modate future higher rate EOS missions. 

There are two alternative approaches for es- 
tablishing the primary and LCGS links. The first 
approach employs two narrow beam steerable an- 
tennas for both the primary and LCGS links; the 
second uses a steerable antenna for the primary 
link and a fixed antenna for the LCGS link. Further 
design choices involve the selection of RF power 
amplifier levels and efficiencies and the inherent 
backup capability of a particular configuration in 
the event of failure. The subsystem components 
consist of : 

• QPSK modulator for PGS link 

and DPSK modulator for LCGS link 

• Up converters/drivers 

• RF filters 

• RF power amplifiers (PGS and LCGS) 
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o Directional Antenna(s), Approach No. 1; 

Fixed Antenna, Approach No. 2 

o DC-to-DC converters 
o RF switches 

o Combiners or multicoupler. 

KU-BAND DIRECT LINKS (OPTION) - An 
option with the X-Band wide band communication 
subsystem for direct transmission to both PGS and 
LCGS is the Ku-Band direct link transmission sub- 
system. Alternative configurations for this option 
are constrained by the limited availability of space- 
capable power amplifier devices in the band of 
interest (15 GHz). The subsystem component 
types are basically the same as those required for 
the X-Band subsystem configuration. 

5.2.4.4 ALTERNATIVE SUBSYSTEM 
PERFORMANCE CONSIDERATIONS 

Three frequency bands are potentially appli- 
cable for space transmission at the high bandwidths 
involved here: X-Band (specifically, 8.025 to 8.4 
GHz), Ku-Band (specifically, 14.5 to 15.35 GHz), 
and K-Band (21.5 to 22 GHz). TDRSS is planned 
for Ku-Band operation. K-Band has not been pur- 
sued further since adequate link margins were 
found to be impossible. Power calculations for X- 
and Ku-Band operation are shown in Table 5-3. 

In all but the Ku-Band direct-link design with 
a fixed spacecraft antenna, the resulting margins 
are at least 3 dB for the specified EIRP and G/T 
parameters indicated in Table 5-3. In this latter 
case, a link margin of only 2.6 dB is realized under 
the worst-case loss conditions assumed in the calcu- 
lations. 

5. 2. 4. 5 DIRECT LINK TRADES AND ISSUES 

The two approaches for establishing the pri- 
mary and LCGS links at X-Band are depicted in 
Fig. 5-20. Alternative No. 1 (Fig. 5-20, A) employs 

*The basic spacecraft approach differs from this 
Alternative No. 2 in that two identical narrow- 
beam antenna subsystems, in addition to the fixed 
antenna subsystem, are required. Here, only one 
narrow-beam antenna subsystem is considered be- 


two narrow-beam steerable antennas with a 1-ft 
diameter and 28-dBi gain, each fed by a 4-w power 
amplifier. Due to ITU power flux density limits 
the LCGS link must be power controlled to 1 dBW 
as indicated in the power budget calculations of 
Table 5-3. Alternative No. 2 (Fig. 5-20, B) employs 
a narrow-beam steerable antenna 1 ft in diameter 
(28 dBi); a 4-w power amplifier for the PGS link; a 
fixed spacecraft antenna with a +30 deg beam 
width, and 7 dBi gain; and a 50 -w power amplifier 
for the LCGS link.* The link power budget calcu- 
lations indicate that both alternatives yield the 
same margins with the specified EIRPs and G/Ts 
shown in Table 5-3. 

The Ku-Band option for the direct links to 
PGS and LCGS sites demands higher spacecraft 
EIRP and ground station G/T ratios due to the 
larger propagation losses at this frequency. An ad- 
vantage of the Ku-Band option is that the required 
modifications to the PGS sites for operation at Ku- 
Band are already being planned and hence no fur- 
ther modifications to accommodate S-Band 
would have to be made if the EOS operated at this 
downlink frequency. On the other hand, the cost 
differential for LCGS sites may well dicate the 
most cost-effective approach depending on the 
number of local user stations in the system. 

5. 2.4.6 TDRSS/WBVTR OPTION 

The baseline EOS wide-band communication 
subsystem includes a relay capability of wide band 
sensor data to earth via the TDRSS. An alternative 
to this configuration is to include on-board tape 
recorders of the wide band video, and ERTS-type 
for storage of data until the EOS is in view of a PGS 
location. 

The power budget calculations for the TDRSS 
link and the X-Band direct link, which is the as- 
sumed communication link for the tape recorder 

cause to evaluate Alternative No. 1 versus the base- 
line would present a very distorted picture. The 
two alternatives as given show the tradeoffs in 
serving the LUS via a fixed versus a steerable system 
on the spacecraft. 
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Table 5-3 Signal Margins with EOS Wideband Links i 


X-BAND (8 .25 GHz) 


PARAMETER 

S/C TRANS. PWR. 
CIRCUIT LOSS 
S/C ANT. GAIN 
ANT. POINT LOSS 

S/C EIRP (1) 

FSL 

CLOUD 

PROPAGATION LOSS 

GROUND ANT. GAIN 
POINT LOSS 
SURF. TOLER. LOSS 
CIRCUIT LOSS 
DUAL FEED LOSS 

NET ANT. GAIN 


dBW/K°/Hz 

dB°K 


E b /N 0 @io;°pgs 
@ 10 D LCGS 


MARGIN 


NOTES: (1 


PGS 

240 MBPS 


20 MBPS (LCGS) 


STEERABLE S/C ANT. 


6.0 (4WI 

1.5 

28.0 (V) 

2.5 

30.0 

180.0 (2° EL) 


55.4 (30') 
0.5 
0.3 
0.5 
0.5 


1,0 ,2! <4W) 

1.5 

28.0 (V) 

2.5 


25.0*“' 

173.3 (30° EL) 


41.5 (6') 
1.5 
0.5 
0.5 


FIXED S/C ANT. 

17.0 (50W) 

1.5 

7.0 (±30°) 

0.5 (AXIAL. 
RATIO) 

22.0 

171.0 (50° EL) 


1.0 

0.5 

0.2 

3.1 

| 1.0 

0.5 

3.0 

0.5 

0.3 

187.1 

175.0 

| 172:0 


53.6 

39.0 

-228.6 

-228.6 

23 0 (200° K) 

29.5 (900° K) 

102.1 

88.1 

83.8 

73.0 

13.0 

12.0 

5.3 

3.1 


41.5 (6') 
1.5 
0.5 
0.5 


-228.6 

29.5 1900° K) 


TDRSS LINK 
240 MBPS 


KU-BANP (15 GHz) 

DIRECT LINK 
240 MBPS 


STEERABLE S/C ANT. 


12.0 (16W) 
1.2 

51.0 (12.5') 
0.5 



REF. (4) 


(R jq-25) = dBW 
, REQ'D 


INCLUDES 

(83.8 

12.5 


12.0 (16WI 
3.0 

30.0 (D 
3.0 


186.0 (2° EL) 

1.0 

7.0 

5.0 


60.5 (30*) 
0.5 
0.5 
0.5 
0.7 


24.0 (250° K)’ 


DIRECT LINK 
20 MBPS 

FIXED S/C ANT. 

14.0 (3) 

1.0 

7.0 (±30°) 


176.0 (50° EL) 
1.0 
3.0 
3.0 


52.0 (12') 
0.5 
0.5 
0.5 


28.5 (710° K) 


(1) EIRP'S ARE MINIMUM REQUIRED; ANY COMBINATION OF POWER, GAIN AND LOSSES THAT SATISFIES EIRP IS PERMITTED. COMBINATIONS 
SHOWN ARE REPRESENTATIVE ONLY. 

(2) BACK-OFF DUE PFDL = 25 dBW® 20 MBPS 

(3) TWO 16W TUBES IN PARALLEL 

(4) TDRSS USERS’ GUIDE RETURN LINK CALCULATION. (NO CODING FEASIBLE AT THIS DATA RATE.) 

(5) COOLED PARAMP 

(6) TDA 
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4 WATT 



4 WATT 


(A) ALTERNATIVE NO. 1 


4 WATT 



(B) ALTERNATIVE NO. 2 


Fig. 5-20 X-Band Direct Link Communication Alternatives 
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option given in Table 5-3 r demonstrate that both 
alternatives provide adequate signal margin and 
hence acceptable communication link performance. 

Final selection of a preferred approach will 
depend upon the cost, weight, size, and power con- 
sumption considerations for these alternatives and 
the technical risks associated with the TDRSS data 
acquisition and tracking problem. 

5. 2.4.7 COST, WEIGHT, SIZE AND POWER 
CONSIDERATIONS 

Table 5-4 presents the cost, weight, size, and 
power consumption data of the various alternatives. 
The cost data for each subsystem or alternative is 
broken down into nonrecurring and recurring costs 
per unit. Nonrecurring costs generally include de- 
sign and development, qualification modeling and 
fabrication, test equipment and tooling, and quali- 
fication test costs. Recurring costs include pro- 
duction units costs, fabrication, assembly and in- 
stallation and acceptance tests for production rate/ 
quantity. 

Whether to go WBVTR or TDRSS is implied 
by the data previously presented, which shows that 
TDRSS is preferable to WBVTR in terms of space- 
craft size, weight, and power. TDRSS has some risk 
element with acquisition of two 12.5-ft antennas at 
Ku-Band on two satellites, along with attendant 
reliability problems. On the other hand, WBVTR's 


have their own reliability problems; certainly some 
risk is attached to the 100-Mbps, 10 ^-bit recorder 
itself. Favoring the WBVTR approach is the fact 
that the data are “delivered” to the PGS's directly. 
With TDRSS, the data reception occurs at the 
TDRSS ground station, from which it must be re- 
layed thousands of miles to the processing center. 
The costs for doing this are estimated at $2 million 
a year for domestic satellite, microwave relay, or 
leased. 

By summing the appropriate combinations of 
subsystem data items found in Table 5-4, various 
wide band communication subsystem data ele- 
ments can be determined. The direct link con- 
figurations (X- and Ku-Band) are compared and 
the results tabulated in Table 5-5. Using recurring 
costs, weight, and power consumption impacts as 
the primary basis of subsystem discrimination, the 
following conclusions can be drawn from these 
data: 

• Any option involving the tape recorders in 
lieu of the TDRSS subsystem results in 
severe penalties in spacecraft weight and 
power requirements 

• The TDRSS and Ku-Band direct-link con- 
figuration requires substantially more power 
than either of the X-Band direct-link config- 
urations 

• The first configuration, consisting of a TDRSS 
link in conjunction with the Alternative No. 1 


Table 5-4 Summary of Subsystem/Option Data 



COSTS (1 974 $K) 


SIZE (CU 


SUBSYSTEM/OPTION 

NON-RECUR 

RECUR 

WEIGHT (LB) 

POWER (WATTS) 

TDRSS 

X-BAND DIRECT LINK 

2000 

B65 

93 

442 

143 

ALT. 1: 2 STEERABLE S/C ANTENNAS 

1635 

811 

60.9 

774 

33.3 

ALT. 2: 1 STEERABLE + 1 EC/S/C ANT. 

2053.5 

684.2 

46.2 

804 

191.3 

KU-BAND DIRECT LINK {OPTION) 

1269.5 {21 

853.2 

58.5 

1176 

425 

TAPE RECORDERS: 151 
{WBVTR + 2 ERTS-TYPEI 

NOT t3 , 

available'- 3 ’ 

1100 

34.4 

15700 
(9.1 CU FT) 

450 141 

(PEAK REPRODUCE) 


NOTES: (1) SIZES SHOWN DO NOT INCLUDE ANTENNA SIZE. 

(21 LOW DUE TO THE FACT THAT THE 16W-TWTA REQUIRES NO NEW DEVELOPMENT. 

|3) NON-RECURRING COSTS FOR WBVTR WERE NOT SUPPLIED BY MANUFACTURER AND ERTS TYPE RECORDERS 
ALREADY EXIST. 

(4) PEAK RECORD = 305W, ORBIT AVERAGE = 120W. 

(5) THESE DATA DO NOT INCLUDE THE REQUIRED DIRECT LINK COMMUNICATION SUBSYSTEM ELEMENTS. 
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Tsbla 5-5 Summary of Total Subsystem Options 


WIDEBAND COMMUNICATION 
SUBSYSTEM OPTIONS 

RECURRING 
COSTS (1974 $K) 

WEIGHT 

(LB) 

POWER (WATTS) 

1. TDRSS + X-BAND 
DIRECT LINK, ALT. 1 

1676 

153.9 

176.3(143) (1) 

2. TDRSS + X-BAND DIRECT LINK, 
ALT. 2 

1549.2 

139.2 

334.3 (191 .3) 

3. TDRSS + KU-BAND DIRECT LINK 

1718.2 

151.5 

568 (425) 

4. TAPE REC. + X-BAND DIRECT 
LINK, ALT. 1 

1911 

404,9 

483.3 (450) 

5. TAPE REC. + X-BAND LINK, 
ALT. 2 

1784.2 

390.2 

641.3 (450) 

6. TAPE REC. + KU-BANO DIRECT LINK 

1953.2 

402.5 

875 (450) 


NOTE: (1> FIRST NUMBER REPRESENTS THE SUM OF THE POWERS FOR THE INDIVIDUAL SUBSYSTEMS; 

NUMBER IN PARENTHESIS REPRESENTS THE POWER REQUIRED IF BOTH TDRSS OR TAPE 
RECORDED SUBSYSTEMS ARE NOT ASSUMED TO OPERATE CONCURRENT WITH THE DIRECT 
LINK COMMUNICATION SUBSYSTEM. 
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(two steerable spacecraft antennas) X-band 
direct-link subsystem, requires less power than 
the Alternative No. 2 configuration for the 
X-Band direct link, with no substantial pen- 
alty in recurring costs or weight. The power 
requirement differences are traceable to the 
50-w TWTA demand in the Alternative No. 

2 configuration 

© Although nonrecurring costs and size were 
not used as the primary basis for subsystem 
option discrimination, the nonrecurring cost 
data are not significantly different for the 
competing subsystems, and the size factors 
reinforce the conclusions already drawn con- 
cerning combinations of tape recorder and 
Ku-Band direct-link configurations. 

5.2.5 INSTRUMENT ACCOMMODATION 

The basic instrument accommodations allow 
for functional operation of the instruments and 
for resupply of all items in the forward end of the 
spacecraft. These include steerable antennas, solar 
array, instrument mission peculiars, tape recorders 
(if required) and instruments, and a TDRS antenna. 
The instrument mission peculiars and tape re- 
corders have been housed in modules, again to 
facilitate resupply. 

The combination of EOS- A instruments, TM 
and MSS, and TDRS results in the deployed con- 
figuration shown in Fig. 5-21. The drivers in this 


arrangement are the viewing requirements of each, 
including: radiator viewing to “Black Space", sen- 
sor viewing to the nadir, TDRS antenna pointing, 
and solar array sun tracking. The stored or launch 
configuration of the EOS-A is shown in Fig. 5-22 
and 5-23. 

Instrument section requirements and config- 
uration investigated are shown in Table 5-6. 

Other instrument configurations investigated 
showing the utilization of roll up arrays, tape re- 
corder modules for the EOS-A and -B vehicles are 
shown in Fig. 5-24 and 5-25. 

The resupply configuration for the instrument 
section is shown in Fig. 5-26. 

5.2.6 EOS WEIGHT SUMMARY 

Spacecraft weights for EOS-A, -B, -C and the 
follow-on missions have been derived using the 
“barebones" spacecraft as a base. The build-up of 
these weights is shown in Table 5-7. The upper 
portion of the table depicts the weight impact to 
the basic spacecraft resulting from increased capa- 
bility. Briefly, these may be described as follows: 

® Shuttle Compatibility: 

— Deploy Penally — Structural and C&W inter- 
faces added to enable EOS launch and de- 
ployment by the Shuttle. The CDHS equip- 
ment redundancy and RCS pressure relief 
are added for fail-safe design required for 
Shuttle crew saiety 
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Table 5-6 Instrument Section Requirements 


EOS 

MISSION 

SPACECRAFT 

PAYLOAD 

INSTRUMENT 
MISSION PECULIARS 

ANTENNAS 

SOLAR 

ARRAY 

LAUNCH 1 
VEHICLE 


01 

m 


(1) 

11 X 25 X 32 INCH 

(11 X-BAND STEERABLE 

155 SO. FT 

DELTA 2910 


TM 

RECORDER MODULE 
14 X 36 X 36 INCH 

(1) X-BAND SHAPED BEAM 

(1) S/Kjj BAND TDRS {12 FT) 

516 WATTS 

- 

<D 



DCS 

IMP MODULE 



A' 

(i> 

(i) 

MSS 

HRPI 

SAME AS A 

SAME ASA 

SAME AS A 

DELTA 2910 



DCS 






B 

0) 

TM 

(1) 

22 X 30 X 36 INCH 




(D 

HRPI 

DCS 

(1) 

RECORDER MODULE 
14 X 36 X 36 INCH 
IMP MODULE • 

SAME AS A 

SAME ASA 

DELTA 3910 


C 

(2) 

TM 




230 SQ. FT. 

TITAN III B 


(1) 

HRPI 


SAME AS A 



(1) 

SAR 




766 WATTS 




DCS 
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— Retrieve Penalty - Latches are added to 
lock the solar array (s) in the retracted posi- 
tion to allow the EOS to be returned in the 
• Shuttle payload bay 

- Resupply Penalty - Latches, tracks, rollers, 
and blind-mate connectors are added to 
allow on-orbit replacement of the solar 
array, RCS/OAS stage, and subsystem 
modules. Additional insulation provides 
thermal closure in the module bays 

NOTE 

Observe that the above three impacts 
are cumulative, i.e., spacecraft resupply 
capability cannot be achieved without 
deploy and retrieve capability. 

• Two-year Service Life: Addition of a battery, 
where required, to reduce depth of discharge 
sufficiently to attain two-year battery life 

• Increased Structural Capability: Structural 
weight increase reflects primary structure and 
launch adapter changes for the heavier EOS -C 
and F spacecraft. 

The remainder of the table deals with the 
mission peculiar impact and the instrument weights. 
This mission peculiar impact is divided into two 
sections: 


• Spacecraft Mission Peculiar: Changes to the 
basic spacecraft required by specific mission 
demands. Included here are additional bat- 
teries; solar array size changes; larger ACS re- 
action wheels and torquer bars; memory mod- 
ule ; increased RCS capacity for orbit adjust 
and thrust vector control functions; and SRM 
kick stages 

• Instrument Mission Peculiar: Items required 
only in direct support of the instrument pay- 
load. This includes support structure, resupply 
and stowage lock mechanisms, and thermal in- 
sulation, which are shown as instrument sup- 
port; the TDRSS communications; and the 
wide band communications and data handling, 
which includes the MOMS and signal condi- 
tioning units. 

The instrument group completes the build-up 
of launch weight, which is then compared to launch 
vehicle capability. For EOS-D, it was necessary to 
employ a lightweight roll-out solar array to meet the 
launch limit for the Delta 2910. 

Additional, more detailed weight and mass 
properties data may be found in Appendix E of 
Report No. 7. 
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Fig. 5*25 EOS-B instrument Configuration, Delta Launch Vehicle 
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Table 5-7 EOS and Follow-on Mission Weight and Launch Vehicle Performance 


ITEM DESCRIPTION 

EOS-A 

EOS-B 

EOS-C 

EOS-D 

(SEASAT-B) 

EOS E 
(TIROS-O) 

© BAREBONES SPACECRAFT WEIGHT-LB* 1 * 

1361 

1361 

1361 

1361 

1361 

- ORBITER DEPLOY PENALTY 

67 

67 

67 

67 

67 

- ORBITER RETRIEVAL PENALTY 

1 

1 

1 

2 

1 

- ORBITER RESUPPLY PENALTY 

- 

115 

115 

128 

115 

- 2-YEAR SERVICE LIFE (BATTERY) 

— 

- 

32 

32 

— 

- INCREASEDSTRUCTURAL CAPABILITY 

— 

— 

60 

— 

— 

- A CONTINGENCY 

11 

21 

36 

26 

21 

® BASIC SPACECRAFT 

1440 

1565 

1672 

1616 

1565 

- SPACECRAFT MISSION PECULIAR 

(47) 

(47) 

(629) 

(200) 

(718) 

o THERMAL CONTROL 

- 

— 

- 

60 

— 

o SOLAR ARRAY 

— 

- 

84 

84 

— 

o ATTITUDE CONTROL 

— 

— 

145 

— 

_ 

o COMM & DATA HANDLING 

18 

18 

18 

18 

18 

o ORBIT ADJUST/TRANSFER 

27 

27 

340 

27 

682 

o A CONTINGENCY 

2 

2 

42 

11 

18 

- INSTRUMENT MISSION PECULIAR 

(354) 

(425) 

(742) 

(431) 

(428) 

o INSTRUMENT SUPPORT* 2 ' ' 

136 

189 

445 

235 

198 

o TDRSS COMMUNICATION 

87 

87 

87 

87 

87 

o WIDE BAND COMM & DATA HANDLING 

88 

96 

112 

46 

88 

o A CONTINGENCY 

43 

53 

98 

63 

55 

- INSTRUMENTS 

(560) 

(800) 

(1700) 

(706) 

(770) 

o MULTI-SPECTRAL SCANNER 

160 

— 

— 

— 

— 

o THEMATIC MAPPER 

400 

400 

800 

— 


o HIGH-RESOLUTION POINTABLE IMAGER 

— 

400 

400 

— 


o SYNTHETIC APERTURE RADAR 

— 

— 

500 

— 


o SEASAT-B (OCEAN DYN & SEA ICE) 

- 

— 

— 

706 


o TIROS-O (WEATHER & CLIMATE) 

— 

— 

— 

— 

770 

o SEOS (GEOSYNCHRONOUS EOS) 

— 

— 

— 

— 


o OTHER EXPERIMENTS 

— 

— 



— 

© SUBTOTAL - SPACECRAFT. 

2401 

2837 

4743 

2953 

3481 

WEIGHT SAVING OPTIONS' 3 ' 

— 

— 

— 

-133 


® TOTAL SPACECRAFT WEIGHT -LB 

2401 

2837 

4743 

2820 

3481 

© LAUNCH VEHICLE PAYLOAD CAPABILITY 

2660 

3730 

5150 

2825 

3550 

o PAYLOAD MARGIN - LB 

259 

893 

407 

5 

69 

o LAUNCH VEHICLE* 4 * 

D2910 

D3910 

Til IB 

D2910 

D3910 


EOS-F 

(SEOS) 


1361 

64 

1 

115 

80 

36_ 

1657 


(59) 

75 

-60 

6 

9 

41 
-12 

(344) 

214 

88 

42 
(2300) 


2300 


4360 


4360 

4700 

340 

TI1IC-7 


SEASAT-A 


1361 

67 

2 

128 

32 

26 

1616 


(175) 

60 

61 

18 

27 

9 

(431) 

235 

87 

46 

63 

(587) 


587 

2809 


2809 

3350 

541 

D3910 




1361 

67 

2 

128 


23 

1581 

(59) 

60 

-75 

37 

18 

27 

-8 

(467) 

231 

87 

88 

61 

(1431) 


1431 

3538 


3538 

3900 

362 

D2910 


NOTES: 
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FOR IMP AND INSTRUMENTS 

(3) WEIGHT SAVING OPTIONS EMPLOYED ARE: 

a. ROLL-OUT SOLAR ARRAY (EOS-D) SAVINGS INCLUDE CONTINGENCY REDUCTION. 

(4) Til IB PAYLOAD LIMITS ARE FOR TITAN 1 1 1 B <SSB)/NUS. 
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6 - GROUND SYSTEM ELEMENT - DATA MANAGEMENT SYSTEM 


6.1 INTRODUCTION 

This section contains the major results of the 
EOS system definition study in the area of the 
Data Management System (DMS). The DMS en- 
compasses all aspects of data handling, communi- 
cation, storage, and processing from the output of 
the sensors in the EOS spacecraft, to the point 
where these data are used to generate the final user 
products - the digital tapes and hard-copy photo- 
graphs. The overall function of the DMS is to 
convey the sensor data to the processing facility 
where it is converted into computer tapes and 
precise photo maps of the regions of the earth’s 
surface that are viewed by the sensors in the space- 
craft. Storage and archiving of both unprocessed 
and corrected sensor data occurs at the Central 
Data Processing Facility (CDPF), which is a 
major subsystem within the DMS. User requests 
for data are handled by the Information Services 
System (ISS), a component of the CDPF. The 
CDPF also contains facilities for correcting the raw 
sensor data and converting these data into precise 
latitude-longitude Universal Transverse Mercator 
(UTM) maps before producing the final output 
products. These products are then supplied to 
the users in several optional output formats. 

Appendix A of Report No. 7 contains 
additional supporting and explanative data for the 
major subsystems of the DMS. 

6.2 EOS DATA MANAGEMENT SYSTEM 

OVERVIEW 

The EOS DMS consists of the system elements 
shown in Fig. 2-3, which are configured to support 
the EOS program by providing: 


• Payload data acquisition and recording 

• Data processing and product generation 

• Spacecraft and data processing management 
and control 

• All other support services to the data users. 

Two types of data acquisition and processing 
configurations are included in Fig. 2-3. The 
primary or high-data-rate configuration is made up 
of Primary Ground Stations (ULA, GDS, and ETC) 
and the CDPF. Several secondary or LUS’s are 
composed of low-cost receiving, recording, and pro- 
cessing and display subsystems that make up 
LCGS's. 

The CDPF is composed of several sub- 
systems that process payload data, produce data 
products, and provide for management and con- 
trol and information and data retrieval services 
for the data users. Two subareas of the CDPF are 
the Information Services System (ISS) and the 
Central Processing System (CPS). System manage- 
ment and control are exercised through the In- 
formation Management System (IMS), which is a 
part of the ISS. Other services include packing 
and shipping of data products and a data -products 
scheduling and ordering capability. 

6.3 INPUTS TO THE DATA MANAGEMENT 
SYSTEM 

A general guideline for the DMS study has 
been the estimated range of 10^ to 10 12 bits 
per day of image data which must be processed by 
the CDPF. This range has been further sub- 
divided for the purpose of this study to define a 
minimum-capability, a baseline, and an expanded- 
capability system as shown in Table 6-1. 


Table 6-1 Total Data to be Processed for the Three System Options 



MINIMUM 

BASELINE 

EXPANDED 

THEMATIC MAPPER SCENES 
(27 M RESOLUTION) 

TOTAL NUMBER OF BITS 

20 SCENES*/DAY 
4.22 X 10 1 0 BITS/DAY 

90 SCENES/DAY 
1.89 X 10 1 1 BITS/DAY 

400 SCENES/DAY 
8.44 X 10 !I BITS/DAY 


7T-200 »TM SCENE: 6912 X 6912 7-BIT PIXELS X 6-1 /3 BANDS = 2.1 1 X 10* BITS/SCENE 


6-1 


7 


The minimum system in Table 5-7 assumes 
that TM data is collected only over CONUS, and 
that a large fraction of these scenes (approximately 
50%) are not processed because of excessive cloud 
cover. Even with these restrictions, however, the 
processing load for the minimum system is four- 
to-one greater than the 10^ bits/day lower 
bound. The increases in data load to 90 and to 
400 scenes per day assumes that either a WBVTR 
or a relay satellite (TDRSS) is utilized to allow 
sensor data to be collected on a worldwide basis. 

The data loads in Table 5-7 are based on a 
TM with six visible bands of 27 m resolution and 
one IR band with 81 m resolution. Simultaneous 
operation of an ERTS-type MSS, with four 
visible bands of 81 m resolution, would increase 
the total rates less than 10%. 

The simultaneous operation of the HRPI, 
which is planned to have four visible bands at 
10 m resolution, could almost double the data 
rates in Table 5-7. The assumption is made, there- 
fore, that the scene load is divided equally among 
the two sensors for the TM scenes and 45 (48 m x 


185 km) HRPI scenes per day with an input data 
load approximating 2 x 10^ bits/day. 

The characteristics of the TM data is shown 
in Table 6-2. These parameters assume an orbital 
altitude of 705 km, and a spacecraft ground- 
track velocity (Vg) of 6.75 km per sec. The 
corresponding (approximate) MSS parameters are 
also shown for comparison. 

The remaining description of the DMS is 
based on the assumption that the TM is the only 
sensor carried by the EOS space craft to be pro- 
cessed in the CDPF. The sizing and throughput 
estimates should, however, apply to combinations 
of the three sensors (TM, MSS, HRPI) as long as 
the total data loads correspond to the values in 
Table 5-7. 

6.4 FUNCTIONAL REQUIREMENTS OF THE 
CENTRAL DATA PROCESSING FACILITY 
The CDPF is shown in Fig. 6-1. The major 
functions of the CDPF are to: 

• Maintain an archive of raw and processed 
sensor data 


Table 6-2 Assumed Parameters for Thematic Mappar (TM) and Multi-Spectra! Scanner (MSS) 



NOMINAL 
SWATH WIDTH 

185 KM 

185 KM 

PARAMETER 

SENSOR 

TM 

MSS 

1 RESOLUTION 

METERS 

27.0 

81.0 

2 LINES/SWATH 


18.0 

6.0 

3 SCAN EFFICIENCY (%) 


80.0 

45.0 

TOTAL SCAN PERIOD 

Ml LUSEC 

71.9 

71.9 

ACTIVE SCAN PERIOD 

MILLISEC 

57.5 

32.3 

4 ACTUAL SWATH WIDTH 

KM 

186.624 

185.0 

5 SAMPLES/PIXEL 


1.0 

1.5 

6 BITS/SAMPLE 


7.0 

6.0 

7 SAMPLING RATE 

(EACH DETECTOR OF HIGH RESOLUTION CHANNEL) 


119.11 X 10 3 

106.06 X 10 3 

8 DATA RATE/BAND 

MBPS 

15.0 

3.81 

9 NUMBER OF BANDS 


6+ IR 

4+ |R 

10 TOTAL DATA RATE 

MBPS 

95.0(a) 

16.5(b) 

11 PIXELS/LINE 



3426 

12 LINES/SCENE 



2284 

13 BITS/SCENE 

BITS 

2.11 X 10 9 

2.03 X 10 s 

14 PIXELS/SCENE 


3.02 X 10® 

3.3 X 10’ 

15 TIME TO COLLECT ONE SCENE 

SECONDS 

27.6 

27.3 


a BASED ON 6-1/3 BANDS 
b BASED ON 4-1/3 BANDS 
SELECTED AS 18x3x2’ 
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LEVEL I RADIOMETRIC & OWE DIMENSIONAL LINE SCAN CORRECTION (IF NEEDED) 
LEVEL II PRECISION GEOMETRIC 

LEVEL III SAME AS LEVEL II EXCEPT GCP'S USED TO CORRECT RESAMPLING GRID 



-43 Fig. 6-1 General Structure of the Central Data Processing Facility 
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• Perform correction processing on the raw data 

• Generate the output products. 

Only correction -type processing in the functions 
of the CDPF have been considered during this 
study. The interrelationships among the major 
CDPF functions are shown in Fig. 6-2. Generally, 
the three levels include: 

• Stage I - Calibration-type corrections using 
the calibration data provided with the image 
data. Included is radiometric correction plus 
any one dimensional scan correction (line 
stretching) required by the particular scanner 
selected 

• Stage II — Correction for earth curvature, 
earth rate, UTM projection, and two-dimen- 
sional sensor scan correction (e.g., correct for 
conical scan) , using the best available estimates 
of attitude and ephemeris 

• Stage III — Further refinement of the correc- 
tions made in Stage II by using GCP's to 


improve attitude and ephemeris data. Level 
III processing would be performed on a 
certain fraction of the data instead of Level 
II processing. 

Table 6-3 defines the percentages of the total 
input data which are to be processed and archived 
at each stage of the processing. These percentages 
are used to provide cost/performance breakpoints. 


Table 6-3 Fraction of Data Processed and Archived 


PRODUCT 

% DATA 
PROCESSED 

% j 

ARCHIVED 

PURGE 

INTERVAL 

OF 

ARCHIVE 

(MONTHS) 

RAW INPUT 
DATA 

0 

100 


1 

100 ! 

100 

3, 6, 1 2 

II 

50, 1 00 

50, 1 00 

3, 6, 12 

Ml 

20,50,10 0 | 

50, 1 00 , 

3, 6, 12 
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6.5 OUTPUTS FROM THE CENTRAL DATA 

PROCESSING FACILITY 

Figure 6-3 shows the requirement for out- 
put (user) products at three points: 

• Stage I: HDDT and Photo 

• Stage II: HDDT and Photo 

• Stage III: HDDT and CCT 

The HDDT refers to any very high density 
tape (>10,000 bpi) which is not directly readable 
without special interface hardware by a computer. 
The term CCT refers to other magnetic tapes 
with density <10,000 bpi that are directly read- 
able by computers. The photo products consist 
of B&W film (positive and negative), B&W prints, 
color film (positive and negative) and color prints. 
The B&W and color film are to be 241 mm (9.5 in.). 
The B&W film is to be a first generation product; 
i.e., produced directly from the digital data 
through, for example, a laser beam recorder. The 
color film is to be a second generation product: 
i.e., produced from B&W film. 

Not shown in Fig. 6-2 are the so-called 
custom products. Custom photo products include 
special gamma correction, special subarea enlarge- 
ment to specific map scales and special false -color 
mixes. Custom digital products relate only to CCT 
and include partial scenes (subareas or areas with 
reduced swath width), special formats, and images 
produced at reduced resolution. Initially, as a first 
order approximation, it is assumed that these 
custom products require the same processing as 
required by other products identified in Fig. 6-2. 

Table 6-4 shows the range of data products 
considered for this study. 

The CDPF has been sized to handle the re- 
quired data load in a standard 16-hour day. This 
implies a 24-hr turnaround for most standing 
orders. A 10% demand for retrospective orders 
for data previously archived is also included. These 
are part of the load defined in Table 6-4. 

6.6 MAJOR DMS TRADEOFF AREAS 

The major design tradeoff areas considered in 
this study include: 


Table 6-4 Assumptions About Output Product Quantities 


PRODUCT 

NUMBER 

(EACH 

DIFFER- 

ENT) 

AVG 

COPIES 

OF 

EACH 

NO. 

USERS 

RE- 

CEIVING 

NUMBER 

FORMATS 

HDDT* 

2. 20. 200 

2 

2-20 

1 

CCT (6250 
BPI) 

2. 10 

1 

10-50 

5 

CCT (1600 
BPI) 

1. 10 

1 

20-100 

5 

B&W FILM 

20, 200 

1 

5-50 

3 

COLOR FILM 

10, 100 

1 

2-20 

3 

PRINTS 
(B&W AND 
COLOR) 

EXISTING ERTS 
PHOTOLAB 

1 

2-20 

3 


•DISTRIBUTED AMONG STAGES I, II AND III. ASSUME A 

MIX OF PACKING DENSITIES TO EQUAL TOTAL SPECI- 
FIED. THE NUMBER OF HDDT'S SPECIFIED IS BASED 

ON PACKING ROUGHLY 10' 0 BITS PER HDDT 

7T-57 

• CDPF's which handle between 20 and 400 
scenes of TM data per day 

• The impact on the DMS of the number of 
data users and the number of different 
data formats required by these users 

• Alternative configuration for the CDPF in- 
cluding minicomputer configurations, large- 
scale general purpose (GP) computers, or 
special-purpose (SP) digital hardware 

• The concept of the CDPF, i.e., to remain as 
an R&D facility, to move to a prototype 
system or to plan at the outset for a full pro- 
duction facility 

• An automated, semi-automated, or manual 
IMS 

• Special versus conventional NASCOM 
communications 

• New versus modified PGS's 

• A range of modular designs for the LUS’s 

• Instrument options, primarily the relative 
complexity of processing data from the linear 
and conical scanners. 

The following conclusions can be made relative to the 
the first three areas above. 

• The throughput rate achievable in a GP pro- 
cessor configuration (minicomputer configu- 
ration or large-scale computer) is strongly de- 
pendent on the two-dimensional interpolation 
algorithm selected for use during Level II (III) 
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processing. Throughput rate decreases almost 
10:1 when a complex interpolation algorithm 
such as cubic convolution (CC) (approxima- 
tion to sin x/x interpolation) is used rather 
than simple nearest-neighbor (NN) interpo- 
lation. Conversely, for a fixed throughput 
rate, it will cost almost 10 times more to pro- 
cess all data using CC rather than NN inter- 
polation. This cost trend is shown in Fig. 4-6. 

© Processing cost for GP configurations is a 
linear function of scene load. These trends 
are shown in Fig. 4-6 which apply only to 
Level I and Level II processing 

• The number of data users does not, in itself, 
have a significant impact on CDPF cost. How- 
ever, the number of users in conjunction with 
the copying or replication factor at the facil- 
ity can have a significant effect on cost. 

When one moves from the situation of no 
copying, where only a master of each scene is 
produced at the CDPF, to the extreme case in 
Table 6-4 where all users each want a copy 

of all products, CDPF costs can easily double 
due to the costs of copying, handling, and 
expendables 

© The cost of the CDPF is relatively insensitive 
to the number of different formats required 
by the data users. The decision to reformat 
the digital data, rather than supply it to 
users in the "natural" sensor format, does 
have a modest impact on CDPF cost. How- 
ever, once the reformatting is undertaken, 
implying additional processing steps as well 
as storage, the flexibility of selecting one of 
several output formats is a relatively minor 
addition to complexity 

« For an input scene load of 20 per day, a 
minicomputer configuration is less costly, 
by a factor of approximately 2:1, than a 
configuration that utilizes large-scale GP 
computers 

• For scene loads beyond 20 per day (above 

4 x 10*0 bits per day), costs of either the mini- 
computer or the large-scale GP computer 
approach become excessive. At the higher 
scene loads, serious consideration must be 
given to SP hardware to perform the pro- 
cessing functions. Candidate functions in- 
clude two-dimensional interpolation, the line 
stretching required under Levei l processing 


for certain sensor options, and GCP location. 
Concerning the fourth and fifth items list- 
ed, the following conclusions have been reached: 

© The CDPF should be configured as an R&D 
system, with provision for expansion, rather 
than a prototype system or a full production 
facility 

• The IMS should be semi-automated for the 
CDPF with provisions for conversion to a 
fully automated IMS in the production 
facility. 

A further conclusion is that the planned 
NASCOM communications capability is adequate to 
hand to the EOS command, housekeeping, and 
tracking data needs for the prototype system. 
Modified STDN PGS r s that acquire and record the 
EOS payload data are less expensive than developing 
new PGS's. Major conclusions concerning the 
primary ground stations tradeoff areas follow, and 
the changes are summarized in Fig. 6-3: 

® A new dual S/X-Band feed installed in the 
existing 30/40-foot STDN reflectors instead 
of a new X-Band antenna system. The dual 
S/X-Band feed was selected because it saves 
the cost of a new antenna subsystem, and re- 
sults in negligible degradation to the existing 
S-Band system. 

• A new uncooled parametric preamplifier in- 
stead of a new cooled preamplifier. The un- 
cooled unit was selected because it yields 
adequate performance at minimum cost and 
maintenance 

• A new receiver in lieu of modification to the 
existing site S-Band receivers. The new unit 
was selected because of design simplicity and 
installation, and increased reliability 

• Suppressed-carrier QPSK modulation with 
digital encoding for ambiguity resolution in- 
stead of residual-carrier QPSK modulation. 

The digital resolution approach was selected 
to simplify the recording systems and to re- 
cover the loss of approximately 0.5 dB which 
is incurred with the residual carrier approach. 

A modular LUS that can serve several user- 
application areas is relatively inexpensive as 
compared to regional stations. The LUS facility can 
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Fig. 6-3 Primary Ground Station Modifications to STDN Stations 
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consist of a complete LOGS, or it can include only 
that subset of the LCG equipment needed to 
process and analyze the image data. Assuming an 
LUS population of between 10 and 100 terminals, 
centralized application program development and 
equipment diagnostic capability can reduce LUS 
maintenance costs and increase LUS utilization. 

No program development capability would be 
needed at the LUS terminals; these facilities could 
be operated by applications personnel rather than 
by computer operators and programmers. 

The final major area concerns the options for 
the TM and the impact on the CDPF. The follow- 
ing conclusions apply: 

® The required scan linearity (sweeps of the 
earth which traverse precise equal-angle- 
versus- time traces) can be met by the two 
focal-plane scanners being considered for EOS. 
The object plane scanner (the Hughes 
approach) is inherently less linear, and linear- 
ity can only be degraded by the requirement 
for high scan efficiency. The solution in the 
case of the Hughes approach is to calibrate 
the scanner and then correct the scan either 
in the instrument, in the spacecraft, or on 
the ground 

© The exact means of correcting for non- 
linearities in the Hughes scanner has not been 
resolved at this time. In considering this 
scanner, it has been assumed for this study 
that the scan linearity correction must be 
done in the CDPF during Level I processing. 
This processing includes modeling the scanner 
on the ground, interpolating the original data 
samples, and resampling the data with an 
equal-angle clock (referred to hereafter as 
“line stretching"). The impact on the Level I 
processing is significant if the processing is 
done in a GP computer. It is strongly re- 
commended that this function be performed 
with special-purpose hardware and that the 
necessary radiometric correction (required in 
all three scanner options) be performed at the 
same time 

© Line stretching is a controversial operation 
since it requires interpolating the data 
twice - a one- dimensional interpolation during 
Level I processing followed by a two-dimen- 


sional interpolation during Level II (III) pro- 
cessing. The line stretching could be deferred 
until the final resampling; however, this de- 
ferral would complicate the Level II pro- 
cessing. 

The conclusions concerning the Hughes scan- 
ner are mostly inapplicable if one of the two focal- 
plane scanners is chosen for the TM. The Honey- 
well conical scanner poses a new set of problems 
for the CDPF, as follows: 

e The major impact of the conical scanner on 
the CDPF is the increased complexity of the 
coordinate computation algorithm which 
computes coordinates in the original input 
array (row and pixel number corresponding to 
rho and theta, respectively, for conical scan- 
ning) for the desired elements in the recti- 
linear (latitude/longitude) output array 

© For the conical scan data the step of co- 
ordinate computation is no longer negligible 
compared to the interpolation step. This in- 
crease in the overall number of instruction/ 
pixel is the main impact of the conical 
scanner — processing of the conical scan data 
will take longer, or will be more expensive for 
a fixed throughput rate 

• A secondary impact of the conical scanner 
is in the area of storage. In resampling the 
original data over the small output blocks 
which make up the output scene, “extra” 
data must be stored to assure that all neces- 
sary output data can be obtained from the 
working block of input data. Although this 
is needed for the rectilinear scanner since the 
satellite ground track is inclined with respect 
to lines of longitude, even more data must be 
stored for the conical scan 

• When SP hardware is considered for perform- 
ing Level II processing, the coordinate com- 
puter is more complex for the conical scan 
data. Initial development cost would then be 
greater for the processor that handles conical 
scan data. The SP processor should be as 
capable of operating at the same throughput 
rate in proce&ung the conical scan data as with 
rectilinear data 

® Forward or backward facing scan dees not 
make a difference in processing. 
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6.7 CONCLUSIONS CONCERNING CDP 
THROUGHPUT 

The throughput requirements for CDPF can 
be examined parametrically by considering the 
number of scenes of TM data (one scene = 2 x 10^ 
bits) that can be processed in one 16-hr day versus 
the number of machine operations performed on 
each pixel. The throughput rate is determined by 
the system I/O restrictions and the rate at which 
operations can be performed by the processor. 

The requirements for input scene load 
from Table 5-7 can be converted to required input- 
output rate as shown in Table 6-5. These rates 
convert the total input data load to a continuous 
flow over 16 hr.. 

Table 6-5 Minimum I/O Rate for the 


Three Input Scene Loads 



MINIMUM 

BASELINE 

EXPANDED 


SYSTEM 

SYSTEM 

SYSTEM 

TOTAL 




NUMBER 

BITS 

4.22 X U) 10 

1.89 X 10' 1 

8.44 X 10‘ 1 

MINIMUM 




I/O RATE 

(BITS/ 

SECOND) 

7.32 X 10 s 

3.28 X 10 6 

14.6 X10 6 
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If assumed I/O rates of the processor is 1 , 10, 
and 100 Mbps, and assumed I/O time and pro- 
cessing time are additive, the relationship shown 
graphically in Fig. 6-4 is obtained. This set of 
curves show the total time required to process one 
TM scene versus the number of machine oper- 
ations performed on each pixel. The right-hand 
scale denotes the throughput rate in scenes/day. 

For the TM data taken with the linear scan- 
ner, the number of machine instructions required 
for Level I and II processing* using the three inter- 
polation algorithms considered in this study are: 

• Nearest neighbor 

interpolation - 11 instructions/pixel 


*If sequential similarity detection algorithm (SSDA) 
is used to find GCP’s, then additional operations, 
when reduced to a per-pixel basis, are negligible so 


• Bilinear inter- 
polation - 28 instructions/pixel 

• Cubic con- 
volution - 63 instructions/pixel. 

The following general conclusions can be drawn 
from Fig. 6-4: 

• The minimum capability system (1 MIP, I/O 
rate 1 Mbps) is capable of processing approxi- 
mately four TM scenes/day using bilinear in- 
terpolation. With a simpler interpolation algo- 
rithm (nearest-neighbor) the throughput rate 
doubles to eight scenes per day. Using cubic 
convolution, the rate is reduced to approxi- 
mately two scenes per day. This configuration 
is typical of a minimum processing module 
using one or two minicomputers which pro- 
cess data from a single-port disc 

• By retaining the I/O rate at 1 Mbps, through- 
put rate can approach 16 to 20 scenes per day 
by going to a (hypothetical) 10 MIPS proces- 
sor. The system is highly I/O-limited for this 
situation, and throughput is relatively insen- 
sitive to the number of operations performed 
on each pixel 

• Increasing the average I/O rate to 10 Mbps 
implies some paralleling, either processing the 
bands separately or reading simultaneously 
from multiple tracks (or surfaces) of a com- 
mon scene disk. When matched with a 
(equivalent) 10 MIPS processor, the con- 
figuration can approach 30 to 90 scenes per 
day throughput rate , depending strongly on 
the interpolation algorithm used in the Level 
II processing 

• To approach a throughput rate of 400 scenes 
per day, the equivalent I/O rate must be in- 
creased well beyond 10 Mbps and the equiv- 
alent processor rate must equal or exceed 100 
MIPS. 

6.8 CONCLUSIONS CONCERNING PRODUCT 
QUALITY 

The basic objective of the CPS is to perform 
digital processing on the EOS image data to pro- 


that the results also apply to Level I and III pro- 
cessing. 
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duce output products which are as nearly “per- 
fect" as possible. The requirements on product 
quality affect the CPS in three areas: 

9 Correcting and preserving the radiometric 
accuracy of the image data 

© Retaining a specified overall resolution in 
the image data 

o Achieving specified relative and absolute 
geometric accuracies in the images. 

A first step in the correction-type pro- 
cessing is to apply the sensor radiometric cali- 
bration data to correct the amplitude values of 
the data from each detector in each spectral band. 
After this correction for known differences in 
sensitivity, the CPS must retain a certain accuracy 
(eight-bit) in the computations performed on the 
picture elements. For the digital output products, 
the functions performed should have negligible 
effect on accuracy. Some degradation will occur, 
however, in producing photo products so that an 
additional error, possibly one percent of full scale 
amplitude, must be budgeted for the transfer from 
digital to photo product. 

The resolution of the overall TM is specified 
in terms of an overall modulation transfer func- 
tion (MTF) which takes into account the “smear- 
ing" (or filtering) of the true picture material as 
it is scanned in two dimensions by the sensor. 
Bandwidth restrictions in the electronics as well 
as certain steps performed in the digital pro- 
cessing also tend to reduce the MTF at high fre- 
quencies, and thereby reduce the clarity with which 
fine detail can be resolved in the images. Since 
inverse-MTF filtering (sometimes referred to as 
“edge sharpening") has been excluded as a CPS 
function for this study, the goal of the ground pro- 
cessing is to preserve the system MTF, within 
certain tolerances, as the processing steps are per- 
formed. The primary contributors to MTF de- 
gradation in the ground processing would be the 
one- or two-dimensional interpolation algorithms 
used during Level I and II (III) processing. Gen- 
eral goals have been to limit this degradation in 


the region f s /8<f<fg/2 (f s = sampling frequency) 
to less than 2 dB. 

Simulation studies will be required to as- 
certain the degree to which both the radiometric 
accuracy and overall system resolution can be 
preserved through the overall system. These 
simulations are essential if a realistic apportion- 
ment of errors is to be made between the two 
major system components - the sensor and the 
ground processing. 

Goals for both relative and absolute geo- 
metric accuracy of the TM images have been spec- 
ified for two different situations* In the first, 
geometric location of individual picture elements 
are made using measured or predicted estimates 
of spacecraft ephemeris and attitude. Errors in 
these parameters will reflect directly into absolute 
errors in locating the pixels with respect to the de- 
sired map coordinates. In the second case, the 
image data itself is searched for ground control 
points, whose latitude and longitude are known 
precisely, and these points are used, in effect, to 
further refine the estimates of spacecraft position 
and pointing. 

In addition to the absolute accuracy of the 
image data, a requirement exists for extremely 
precise relative positioning of the elements within 
any one scan line, and for precise alignment of 
successive groups of scan lines. To achieve the 
desired relative accuracy, the scanner must either 
be linear or any nonlinearity must be measureable 
so that corrections can be made. Also, attitude 
rates must be either extremely low, or again mea- 
sureable, so that these errors can be corrected. 

Given the factors discussed, certain con- 
clusions can be drawn: 

• It is essential that scanner nonlinearities be 
removed and that scan lines be rectified early 
in the processing if these steps are necessi- 
tated by the scanner choice 

• The scan correction should be performed in 
special purpose hardware during Level I 
processing 
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o The automatic location of GCP’s in the TM 
images is a necessary goal for the EOS sys- 
tem 

o Achieving absolute geometric positioning to 
one-half of a resolution element (15 m) is a 
desirable goal for the R&D EOS system, but 
it should not be specified as a firm require- 
ment. Too many uncertainties still exist 
to justify such a requirement and the cost 
consequences of meeting it (or attempting to 
meet it) could be unreasonable. 



Three possible scanning approaches to the TM 
design have been retained as inputs to this study 
(object plane, conical, and focal). Several aspects 
of these approaches can have major impacts on the 
CDPF. Generally, these impacts can be summarized 
as shown in Table 6-6. Clearly, the third approach 
has the least impact on the ground processing. If 
this third option is not considered, a selection be- 
tween the Hughes and Honeywell scanners, strict- 
ly on the basis of their impact on ground pro- 
cessing, would favor the Hughes approach by a 
clear (but not overwhelming) margin. 

One additional factor that has a moderate 
impact on the ground processing is the orientation 
of the scan lines relative to lines of constant 


latitude on the earth. This orientation is the same 
for all three sensor types. The EOS orbit will be 
inclined at approximately 98 deg. As a result of 
this inclination, the scan lines will not be parallel 
to lines of latitude on the earth, but will be tilted 
with respect to these lines by an angle, When 
blocks of scanner data are processed during Level 
II processing, some “extra" storage is required 
over and above that which would be required if 
the scan lines were parallel to lines of latitude. 
This extra storage is proportional to sin {2$ i) and 
is required to assure that all data necessary to pro- 
duce a single output block of picture elements is 
completely contained in the working array of 
original data. 

If the direction of scan is perpendicular to 
the satellite velocity, 6^ will vary from 8 to 14 
deg during a pass over CONUS. By rotating the 
scan direction 11 deg from perpendicular, the 
scan lines become more clearly parallel to lines of 
latitude and 0 l varies from +3 to -3 deg during 
a CONUS pass. Estimates are that the extra 
storage required for Level II processing can be 
reduced from 50 to 10% by this technique. Thus, 
to produce an output block of B pixels, an input 
block containing 1.5 B pixels is required for the 
unrotated scanner, but only 1.1 pixels if the scan- 
ning is rotated by approximately 1 1 deg. 


Table 6-6 Summary of Impact of Scanner Options on Ground Processing 


INSTRUMENT 

INSTRUMENT IMPACT ON 

LEVEL 1 PROCESSING 

LEVEL II (Ml) PROCESSING 

HUGHES 

OBJECT-PLANE SCANNER 

- CORRECTION FOR SCAN NONLINEARITY' 
REQUIRED 

- LINE RECTIFICATION REQUIRED 

- ALTERNATE SCAN-LINE REVERSAL 
REQUIRED (ALTERNATE SWEEPS ARE 
EAST-TO-WEST) 


HONEYWELL 
FOCAL-PLANE SCANNER 
(CONICAL SCAN) 

- LINE RECTIFICATION MAY BE REQUIRED 

- COORDINATE COMPUTATION DURING 
RESAMPLING (INTERPOLATION IS 
CONSIDERABLY MORE COMPLICATED 
THAN WITH RECTILINEAR SCAN). 

• THE LOCATION OF GROUND-CONTROL 
POINTS IN THE CONICAL SCAN DATA 
MAY BE MORE COMPLEX THAN IN 
RECTILINEAR DATA 

TE-GULTON 

FOCAL-PLANE SCANNER 

- LINE RECTIFICATION MAY BE REQUIRED 
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6.10 ALTERNATE CDP CONFIGURATIONS 

Three concepts were considered: 

(1) Use of a configuration of multiple mini- 
computers 

(2) Use of a configuration containing special- 
purpose (SP) digital hardware 

(3) Use of a configuration centered around an 
AAP; specifically, ST ARAN. 

These concepts were focused primarily on the 
Level II/III processing, which is the largest task in 
the CDPF. The remaining CDPF elements are 
generally common to all three approaches. 

Level I implementation uses conventional, 
general purpose minicomputers in the initial (20- 
scene-per-day) system, and incorporates the mini- 
computers in a configuration with special purpose 
hardware for the 400-scene-per-day system. The 
functions performed by the minicomputers in the 
400-scene-per-day configuration include cali- 
bration table inversion, annotation data handling, 
and overall control. 

The Level II/III processing system receives as 
input data the Level I output stored in the archive. 
The Level II/III output is stored in the archive to be 
accessed for the generation of products. The 
major functions that must be considered in any 
Level II/III processing system implementation are: 

• Accept satellite ephemeris and attitude data 
and compute the parameters of a trans- 
formation from scanner coordinates (as 
rectified by the Level I process) to UTM co- 
ordinates 

• Select, read from storage, and format the 
image data for processing 

• Compute from the transformation parameters 
the location of each sample point to be 
calculated in the interpolation 

• Interpolate the rectified image data to form 
the output image data 

• Format and store the interpolated image 
segments 

• Compute the locations of ground control 
points from the image data (Level II only) 


• Perform overall control of the Level II/III 

process. 

The major cost drivers in all three approaches 
are the data handling/formatting/storage and the 
interpolation. The critical nature of the data 
handling/storage is driven by the enormous 
quantity of data in a TM scene, the processing 
speed requirements, and the fact that the output 
scan lines are titled with respect to the input scan 
lines. 

Figure 6-5, A through C shows, respectively, 
the three alternative configuration concepts 
(Options A through C) for Level II/III processing. 
The basic module of Option A (minicomputer sys- 
tem) uses two processors, one to perform the 
interpolation and the other to handle the data. The 
I/O processor is connected to a. bank of memory 
large enough to contain an image segment. The 
basic module can process five TM scenes per day 
assuming bilinear interpolation. Four modules 
can process 20 TM scenes per day. To process 400 
TM scenes per day using cubic convolution, 240 
modules would be required. 

Option B is the special purpose hardware con-' 
figuration. Interpolation algorithms are switch 
selectable and are limited to the three methods 
(nearest neighbor, bilinear, and cubic convolution) 
considered in the analysis. 

The expansion of the special purpose hard- 
ware configuration from a minimum throughput 
version to a 400-scene-per-day system occurs in 
several stages. A basic single-thread module can 
handle 15 scenes per day. However, this module 
can not maintain a continuous flow of data be- 
cause of the necessity to wait while the various 
storage elements are handling data. By doubling 
the disk, and image segment memory elements, 
the system can operate its storage in a “ping- 
pong” fashion and thus maintain continuous data 
flow. These stages of improvement increase the 
throughput of the module to 30 and then 60 
scenes per day. The next stage of expansion is to 
increase the number of modules. A total of seven 
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modules is required to handle 400 scenes per day. 
This option provides a system having very little 
flexibility with respect to processing algorithm 
modifications or alternative applications of the 
system. 

Option C is based on an unconventional 
general purpose processor, the Goodyear STARAN. 
The STARAN AAP is a general purpose computer 
with special architecture oriented toward the 
common manipulation of tabular data. The con- 


figuration uses a “ping-pong” scene disk system for 
input and output. The STARAN processor op- 
erates in a multiphased batch mode. It performs 
coordinate computation, interpolation, GCP 
location, and portions of the data handling com- 
putation for batches of output pixels sized accord- 
ing to the number of AP words in the configuration. 
The batches are processed in the AP and then re- 
turned to the scratchpad for either intermediate 
storage or output. The various data selection units 




• BASIC MODULE PROCESSES 5 * FOUR BASIC MODULES PROCESS 

SCENES/DAY 4 X 10' " BITS (20 TM SCENES) 

PER DAY 


7-51 , 7-58 
7-104, A7-28 


A. Option A - Minicomputer Configuration 


Fig. 6-5 Level M/Ml Processing Alternative Configuration Concepts {Part 1 of 3 Parts) 
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HANDLES UP TO 12° ROTATION 
BETWEEN INPUT AND OUTPUT 
DATA 

PERFORMS RESAMPLING, INTER- 
POLATION, AND PRODUCES ONE OF 
3 OUTPUT FORMATS 
BASIC MODULE SIZED TO 
PROCESS: 

- 15 SCENES/DAY 

- ADD EXTRA MEMORY 
PROCESSES 30 SCENES/DAY 


• SEVEN BASIC MODULES PROCESS 
APPROX 400 SCENES/DAY 

(8 X TO* 1 BITS/DAY) 

• THROUGHPUT OF BASIC MOOULE 
— R, 2.5 MBPS 

- TIME TO PERFORM CUBIC 
CONVOLUTION ON EACH 
PIXEL « 1.5 jiS. 


- ADO EXTRA DISKS 

PROCESSES 60 SCENES/DAY 


7-52, 7-59 
7-105 


B. Option B — Special-Purpose Hardware 

Fig. 6-5 Level 11/111 Processing Alternative Configuration Concepts (Part 2 of 3 Parts) 
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7-53, 7-91 
7 106, A7-40 


C. Option C - Associative Array Processor (AAPl 

Fig. 6-5 Level ll/lll Processing Alternative Configuration Concepts (Part 3 of 3 Parts) 


surrounding the scratchpad are minicomputer or 
microcomputers that act as data handling control- 
lers. 

Two forms of modularity can be used in the 
configuration. The input and output memory 
systems are essentially modular by band. The 
processor, scratchpad, and associated data han- 
dling is modular according to the number of arrays 
in the ST ARAN. An 11 -array system can handle 
400 scenes per day, assuming cubic convolution 
interpolation. For the 20-per-day system, the 
usual minimum configuration of two arrays is 
recommended. 

Table 6-7 shows a summary of the character- 
istics of the implementation options. Because 
Option C provides the flexibility of a general 


purpose system at a cost comparable to that of 
special purpose hardware, Option C is the rec- 
ommended approach. 

6. 1 1 INFORMATION MANAGEMENT 
SYSTEM 

The IMS will range from a fairly simple sys- 
tem suitable for providing basic service within an 
R&D configuration up to the highly automated 
system necessary in a full production configu- 
ration. The basic functions are summarized in 
Table 6-8. 

The image catalog and data inventory function 
includes all activities involving the maintenance 
of directors for various purposes within the IMS. 
The system operates in two major roles, an in- 
ternal role and an external role. In the external 
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Table 6-7 Summary of CDPF Optional Configurations 



THROUGHPUT 

EXPANDABILITY 

FLEXIBILITY 

RELIABILITY 


OPTION A 
MINI- 
COMPUTER 

20 SCENES/OAY USING 
4 MODULES IBILINEAR) 
INTERPOLATION! 

S. 10, 15. 20 S/D 
ARE LOGICAL 
STEPS 

MOST 

FLEXIBLE 

@20 S/D HAVE FULL 
BACK CAPABILITY TO 
75%, 50% CAPACITY 

- 

OPTION B 
S.P. 

HARDWARE 

FULLY PARALLELED • 
SYSTEM CAN PROCESS 
400 S/D USING CUBIC 
CONVOLUTION 

EXPANDABLE IN 
STEPS, 15. 30, 
60,400 S/D 

VERY 

LITTLE 

FLEXIBILITY 

SOME SINGLE-POINT 
SENSITIVITY; AT 
400 S/D, CAN FALL 
BACK TO 6/7, 5/7, 
capacity 

10:1 CHEAPER 
THAN A AT 
400 S/D 

OPTION C 
STARAN 

11 MODULES CAN 
PROCESS 400 S/D 
USING CUBIC 
CONVOLUTION 

EXPANDABLE IN 
STEPS OF 
APPROXIMATELY 
40 S/D 

ALMOST AS 

FLEXIBLE 

AS 

OPTION A 

SOME SINGLE-POINT 
SENSITIVITY. AT 
400 S/D. CAN DE- 
GRADE IN STEPS OF 
40 S/D 

COMPARABLE 
TO COST OF 
OPTION B 


7T-32 

7T-51 


role, the function provides the user with a catalog 
of acquired images. This catalog is further 
augmented by image descriptors entered by the in- 
vestigators making use of the various images. In 
its internal role, the function includes the main- 
tenance of a comprehensive inventory of image 
originals and data products. 

The variation of this function with system 
option is largely a matter of the extent to which 


data are included in the catalogs, and the degree of 
flexibility with which data can be retrieved using 
the query language. 

The user ordering function includes a num- 
ber of activities in the area of data acquisition and 
processing. In the data acquisition area, the sys- 
tem provides the user(s) with the capability of re- 
questing specific data acquisition over specific 
areas on the ground. In the processing area, the 


Table 6-8 Summary of IMS Functions 


FUNCTIONS 


ACTIVITIES 

IMAGE CATALOG AND DATA INVENTORY 


IMAGE CATALOG/DIRECTORY 



IMAGE DESCRIPTOR INDEX 



IMAGE ORIGINAL AND DATA PRODUCT 
INVENTORY/LOCATOR 

ORDERING FOR OBSERVATIONS AND 

• 

STANDING ORDERS 

DATA PRODUCTS 

• 

DATA REQUESTS 


• 

OBSERVATION REQUESTS 


• 

ORDER STATUS INQUIRIES 


• 

OVERALL SYSTEM CONTROL 

SCHEDULING AND CONTROL 

• 

SCHEDULES 


• 

WORK ORDERS 


• 

OPERATOR INTERFACE 


• 

PRODUCT QUALITY CONTROL 

ACCOUNTING, REPORTING, AND 

• 

SYSTEM UTILIZATION REPORTS 

HISTORICAL DATA 

• 

USER ACCOUNTING 


• 

USER/PRODUCT CROSS TABULATION 

PRODUCT ROUTINE AND DELIVERY 

• 

MAILING LABELS 


• 

DIRECT TRANSMISSION 
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user ordering system represents the basic medium 
through which requests for specific data products 
are received. There are three basic classes of 
transactions taking place in the user ordering 
system. The first is a basic request for data 
previously acquired by the system or for obser- 
vations defined by the user and known to be 
within the orbital capability of the satellite. These 
requests are known as "data" or "observation" 
requests. A second category of transaction is 
standing orders. In the case of data products, 
these represent generalized requests for classes of 
material by geographic area and quality that are 
placed prior to data acquisition and without 
specific knowledge of the specific identification 
of the data products requested. In the case of 
observations, these can be generalized requests 
made too far in advance of availability of specific 
orbital and coverage parameters. Alternatively, 
they can be requests for imagery known to be 
within the coverage capability of the satellite, 
but where the user is willing to make the request 
with sufficient generality and flexibility to permit 
the system to choose among the various possible 
alternative means of satisfying the request. A 
third category of transaction is a request for 
order status information. 

The scheduling and control function includes 
two activities. The major activity is the organ- 
ization of the product load for the various 
segments of the IMS, and the generation of 
appropriate instructions and work orders to 
efficiently accomplish the processing. In the 
simplest system, the product load is scheduled 
and organized on a daily basis and the output of 
the scheduling process consists of a set of print- 
outs and tapes that provide, in a sequential 
format, the relevant information required for the 
day's operations. In the higher capability 
systems, the frequency of scheduling is increased 
and the linkage to the operator made more im- 
mediate to the extent that the scheduling is per- 
formed online at the time of the user request and 


is immediately available for operator or system 
action. 

The second activity of the scheduling and 
control system is the monitoring of product 
quality. This activity is effectively performed 
through the use of standard data and work orders 
generated by the IMS. The standard data includes 
both an input data set and output comparison 
set for use in testing various stages of processing. 
The comparison can be made either manually or 
automatically as appropriate to the nature of the 
process and the capability level of the IMS. 

The accounting, reporting, and historical 
data system performs two functions: budget 
control and cross tabulation of products. The 
accounting/reporting activity accumulates and 
summarizes detailed data on system utilization 
both for individual users and on an overall basis. 
Overall control of the system is exercised by the 
Project Manager by assigning each user some 
form of budget. The accounting system then 
functions in a manner similar to the accounting 
system used with a computer batch processing 
or time sharing system involving a large number 
of users. The variation in the accounting/report- 
ing activity with system option is essentially a 
function of the reporting cycle. In the lower 
capability options, each user transaction is 
journalled and a monthly summary produced. 

In the higher capability system, the accounting 
data is kept online and a daily summary provided 
to the Project Manager. The users can request 
summaries of their own status and activity on the 
same basis as any other system transaction. 

In the higher capability system, a second 
activity of the accounting system is the main- 
tenance of a cross-tabulation of data product by 
users requesting them. This cross-tabulation is 
maintained in conjunction with the system 
directories and permits the individual user {on 
request) to determine the identity of all other 
users requesting imagery in a specific category 
(primarily geographic area). Software provisions 
permit any user to exclude transactions from being 


6-18 



7 


included in the cross- tabulation. The purpose of 
this activity is to permit users interested in 
specific imagery to obtain information by means 
beyond those provided by the image descriptor 
index. 

The IMS will include the product routing 
and delivery functions of the CDPF system. In 
the lower capability options, product routing is 
limited to mail delivery only. Under these 
conditions the function of the IMS will be to 
print appropriate labels in conjunction with the 
work order and scheduling process. In the higher 
capability IMS options, there will be provisions 
for limited delivery of small, high-priority 
digital data orders directly to remote user 
terminals. This function will be performed in a 
manner analogous to the delivery of output 
files in a remote batch system. 

Three options for the IMS configurations 
are summarized in Table 6-9, ranging from a 
relatively simple, to a relatively sophisticated, 
management system. 

6.12 STORAGE AND ARCHIVE 

The EOS “archive” could consist of simply 
a special room or vault which contains HDDT's 
of either the raw EOS data or that data which 
has received a certain level of processing. In this 
case, the archive would consume only floor space, 
which could become considerable if data storage 
is envisioned over a long period of time, but 


little else in the way of equipment. Retrieval 
from the archive would be essentially a manual 
operation with direction supplied by the IMS. 

At the opposite extreme, a much more 
sophisticated archiving facility where manual 
operations are reduced to an absolute minimum 
can be configured. This highly automated system 
would be desirable in two situations: First, in 
an R&D type system, where maximum flexibility 
is essential to access portions of the total data 
base; second, in a full production system to 
maintain a high throughput rate, and to organize 
and keep track of the extermely large volume of 
image data, both processed and unprocessed. 

However, a highly automated archive facility 
tends to become expensive. 

Given that the decision has been made to go 
to an automated archive, there are several digitalWr t- 
archiving systems that will suffice. The Amp ex * 
TBM (terabit memory) was selected for detailed m 
examination during this study since it can provide 
a basic system at moderate cost for an initial 
R&D CDP which can be expanded later to pro- 
vide increased amounts of essentially “online” - 
storage. * .« 

A minimum form of the TBM is shown in * 
Fig. 6-6. Basic features of this configuration 
include: 

• Record and playback simultaneously at 5.6 
Mbps rates 


Table 6-9 Summary of IMS Options 




IMS OPTION 


ITEM 

1 

2 

3 

• STANDING ORDER PRODUCT LIMITATION 

LIMITED 

EXTENDED 

UNLIMITED 

• SENSOR OBSERVATION REQUEST TIME FRAME 

3 MONTHS 

1 YEAR 

5 YEARS 

• USER ACCESS TO SYSTEM (ON-LINE) 

LOCAL OPERATOR TERMINAL 

REMOTE USER TERMINAL 

REMOTE USER TERMINAL 

• TRANSACTIONS ALLOWED ON-LINE 



EXTENDED 

- CATALOG OUERY 

SIMPLE 

EXTENDED 

- PRODUCT REQUEST 

YES 

YES 

YES 

- ORDER STATUS REQUEST 

SIMPLE 

SIMPLE 

EXTENDED 

- IMAGE DESCRIPTOR ENTRY 

NO 

NO 

YES 

- ORDER PRIORITY 

FIFO 

FIFO AND SPECIAL 

PRIORITY LEVELS 

- ACCOUNTING DATA REQUEST 

NO 

NO 

YES 

- LIMITED DIGITAL PRODUCT DELIVERY 

NO 

NO 

YES 

- PRODUCT/ USER CROSS-TABULATION 

NO 

YES 

YES 

• ACCOUNTING/REPORTING CYCLE 

MONTHLY 

MONTHLY 

ON-LINE; DAI LY SUMMARY 

• CDP SYSTEM CONTROL 

PRINT DAILY ORDER LIST 

ORDER LISTING ON 
OPERATOR REQUEST 

DETAILED SCHEDULE 
OPTIMIZED FOR CURRENT 
LOCACTION OF DATA 

• CATALOG LEVEL OF DETAIL 

SIMPLE 

SIMPLE 

CURRENT DATA LOCATION 

• SENSOR REQUEST LEAD TIME REQUIRED 

HIGH 

MEDIUM 

LOW 
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o Use of standard magnetic video tape 
(TBMTAPE) 

o Tape capacity is 4.5x10^ bits (approximate- 
ly 20 TM scenes) 

o Two independent tape transport units 
(automatic switching when one unit is full) 

o Average access time 15 sec, worst case 45 
sec 

© Independent read and write channels in data 
channel (DC) giving I/O rate of 11.2 Mbps 

© Uncorrectable error rate 1.5x10"^. 

Included in the configuration of Fig. 6-8 is a 
storage control processor (SCP) which maintains 
a master file directory of all data files. The SCP 
also manages internal work queues which are 
generated by requests from the IMS. The DC 
processor can transfer data either directly to the 
processing units, or indirectly to other pro- 
cessing units through a shared disk. The basic 
storage units can be expanded up to six-fold by 
adding additional transport drives and dual trans 
port modules (TD and DTM in Fig. 6-6). 

6.13 OVERALL CONCLUSIONS & FURTHER 
STUDY AREAS 

Certain overall conclusions have emerged 
from this study. These follow as do recommen- 
dations for continued investigations. 

® The overriding drivers of the DMS in EOS 
are the enormous quantity of data that can 
be supplied by the instruments, and the 
requirement that the data be corrected to 
near perfection before being delivered to 
the users. Conventional computers cannot 
perform the necessary corrections to one TM 
scene in two minutes, the time available at the 
highest throughput rate of 10^ bits/day 

© The CDPF has lagged in the planning for 
EOS where the emphasis remains on the 
instruments and the spacecraft. If continued, 
this lag could result in either a severe back- 
log of unprocessed data at the CDPF, or 
compromises in the quality of data that is 
supplied to the users 

© Instrument development for EOS has been 
directed toward achieving better radio- 


metric accuracy and linear, near-perfect 
scanning, both highly desirable goals from 
the user standpoint. The critical importance 
of removing scan imperfections from the 
system must be re-emphasized since failure to 
meet these goals can impose a serious burden 
on the ground processing facility 

• The goal of achieving ±1/2 pixel absolute 
geographic location accuracy of each TM 
pixel for EOS, although certainly desirable, 
must be reviewed carefully. At present, 
there is no guarantee that this tolerance can 
be met. The problems with geometric pre- 
cision of the ERTS images are still being 
uncovered as users process the digital data 
more microscopically and assign significance 
to individual pixels. Considerable effort is 
being consumed in correcting and registering 
the ERTS images. This effort can only 
increase with the higher-resolution EOS data 

• A giant step in data processing has been 
specified for EOS: all data shall be processed 
digitally to produce near-perfect products. 
Preparation for this step should be made 
through a logical sequence of design, pro- 
totype development, and concept validation 
stages. Such investigations, specifically into 
the feasibility of pipeline or array pro- 
cessors, should be undertaken immediately 
with ERTS data with a prime goal of develop- 
ing concepts for the several orders of magni- 
tude increase in throughput implied by EOS 

• A comprehensive set of user requirements 
does not exist for EOS. Consequently, some 
difficulty has been encountered in sizing and 
estimating costs for systems that process 

lO^to 10^ bits/day. The algorithms to be 
used in correction-type processing have not 
been standardized (each user seems to de- 
velop his own). Steps should be taken to 
assure standardization in the near future 

• Correction- type processing is generally 
viewed as a necessary, but trivial, set of 
processing steps. This is understandable 
since the analysis- type processing is much 
more challenging. This view must change 
when faced with the data loads proposed 
for EOS; the correction -type processing 
(sometimes referred to as "preprocessing") 
can easily dominate the CDPF functions. 
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Given the current status of the CDPF for 
EOS, three related tasks are recommended: 

® An error analysis of the TM images should 
be performed to realistically budget errors 
among the various subsystems of the DMS. 

This analysis must include the spacecraft, 
the ACS, the sensors, and the algorithms 
used in the CDPF. Simulated imagery should 
be generated to indicate the quality 
achievable in the overall EOS system 

® The algorithms to be used in the CDPF should 
be standardized and agreement should be 
reached on a standard set of output products 

• Prototype SP digital processors should be 
developed and tested to accomplish line 
stretching, two-demensional resampling/ 
interpolation (including image rotation), 
and GPC location. Modularity must be 
emphasized in these developments so that 
they are compatible with an expandable 
system. 

6.14 LOCAL USER SYSTEM 

A systems viewpoint has been taken with 
respect to the study and design of a wide family 
of conceptural EOS LUS's which includes the 
LCGS concept. The LUS’s are complete ground 
stations and data processing systems that permit 
users to access the EOS data directly on a receive- 
only basis. Received data are a coverage subset 
of the data transmitted to PGS’s. For example, 
high rate TM or HRPI data are compressed (re- 
duced resolution or fewer bands) such that LCGS's 
receive data at about a 20 Mbps rate. However, 
MSS data can be received at full resolution. The 
purposes of the LUS are to: 

• Display EOS image data in B&W or color 
visual images 

• Produce copies of the visual images 

® Format and selectively edit the image data 

• Radiometrically and geometrically correct 
the image data 

• Provide an analysis capability to support a 
multiplicity of applications. 

The LUS terminal is composed of three 
subsystems: an RF/IF, data handling/recording, 


and processor and display subsystems. Major 
equipments within the subsystems and their 
interconnections are shown in Fig. 6-7. 

A basic approach in developing the LCGS 
hardware and software configurations was to 
consider a range of user capabilities for the display, 
hardcopy, processing, and analyses of EOS pay- 
load data. The processor and display subsystem 
(PDS) could be composed of equipments to meet 
different local user needs and budgets at the time 
of system acquisition, but the PDS could be 
easily and inexpensively expanded later should 
the need arise. Table 6-10 lists capability and costs 
for various LCGS configurations. 

The remaining subsystems, RF/IF and data 
handling/recording, are of single-capability 
design. They will properly interface any 
capability PDS. 

Several methods of EOS payload data de- 
livery are possible, but they are cost-effective only 
with respect to particular EOS system con- 
figurations. For example, dial-up 50 to 56 Kbps 
wide band common carrier lines should be 
available throughout CONUS during the EOS 
time frame. Computer-to-computer tele- 
communications could be efficiently used for 
delivery of selected centrally processed data to 
the LUS’s. Additionally, CONUS DOMSAT " 
communications could enable central to LUS 
data channels at 50 to 80 Mbps rates, depending 
on the selected EOS configuration. Thus, some 
user may require only the PDS configured to 
receive data from a centralized ground station. 
However, the current study concentrated on the 
direct-delivery method. EOS to user communi- 
cations at data rates of about 20 Mbps were 
assumed as well as a CONUS LUS population of 
50 to 150 units. The system concept could 
easily be expanded to include LUS’s in foreign 
lands or contracted to just a few CONUS LUS's. 

The systems concept provides modular 
hardware and software capabilities for the LUS’s 
that would be complemented by centralized 
support capabilities. The centralized support 
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Fig. 6-7 Basic LUS Terminal Configuration 


Table 6-10 Low-Cost Ground Station Hardware Cost Vs Capability Costs 


HARDWARE 

CAPABILITIES 

COST 10TH UNIT 

1 - MINICOMPUTER 

DISPLAY B&W IMAGES 


1 - DISK 

DATA PROCESSING (SLOWI 


2 - MAGNET TAPE 

IMAGE ANALYSIS {VERY SLOW) 

130 

1 - CRT/KEYBOARD 

HARDCOPY (W/CAMERAI 


1 - B&W DISPLAY 



1 - DATA REPRODUCER 



ALL ABOVE PLUS: 

DISPLAY B&W & COLOR 


1 - 2ND MINICOMPUTER 

DATA PROCESSING (MODERATE SPEED) 


1 - LINE PRINTER 

IMAGE ANALYSIS (INTERACTIVE) 

223 

1 - COLOR DISPLAY 

HARDCOPY (W/CAMERA & PRINTER) 


1 - HARDWARE X/4- 



ALL ABOVE PLUS. 

DISPLAY B&W & 2 COLOR 


1 - 2ND DISK 

DATA PROCESSING (REASONABLE SPEED) 


2 - 3RD & 4TH 

IMAGE ANALYSIS (MODERATE SPEED! 

300 

MAGNETIC TAPE 

HARD COPY {PRINTER & PHOTO) 


1 - B&W & COLOR IMAGE 

- 


RECORDER 



1 - 2ND COLOR DISPLAY 
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elements are assumed to be located within the 
GSFC complex, and are co-located with (and 
within) the IMS, PCC and CPS. 

The two centralized support elements are 
the Applications Program Development Labora- 
tory (APDL) and the LUS Diagnostic and Equip- 
ment Laboratory (LDEL). The APDL provides 
a computerized capability for the development 
of LUS applications programs and the con- 
version Of previously developed programs for use 
with the LUS’s. Additionally, scientific con- 
sultation services would be available from the 
APDL personnel. Remote LUS processing and 
analysis equipment testing is provided by the 
LDEL via low-speed digital data dial-up telephone 
lines. The LDEL operators would be experts with 
the operational LUS hardware and software, and 
would be able to exercise the local computerized 
equipment via low-speed digital communications 
from their central location. 

A basic assumption for the centralized/local 
system concept is that the LUS operators are 
primarly applications oriented (i.e., the operators 
are not necessarily computer programmers or 


computer operator experts). Therefore, the 
applications and diagnostic support which is 
necessary to maintain operational LUS’s is 
provided by the shared centralized system ele- 
ments. This concept would only be cost-effective 
if there were many LUS’s. The breakpoint for 
the cost-effectiveness has not been determined, 
but from experience it is estimated that it would 
be cost-effective if more than five to seven LUS’s 
were implemented. 

Adding or eliminating the APDL and LDEL 
elements does not affect the acquisition, display, 
and processing capabilities of the LUS. However, 
one centralized element necessary for LUS 
operation is the IMS. The LUS operators 
communicate with the IMS via dial-up voice or 
digital low-speed telephone lines to receive pre- 
cision EOS orbit and attitude data as well as 
make known their requests for CPS-processed 
CCT’s and picture products. Additionally, the 
operators would receive EOS orbit predictions 
and coverage time information from the IMS 
to point their local antennas and acquire the 
direct EOS-to-LUS data transmissions. 
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7 - DESIGN EVALUATION AND PREFERRED APPROACH 


The design cost trades presented in Report 
No. 3 of this study were performed on an in- 
dividual basis. Although the conclusions were, 
and still are, applicable for an individual trade 
area, a method must be applied to tie all tradeoff 
conclusions together from an overall design 
standpoint. The method employed must be 
capable of integrating sometimes diverse trade 
outputs into an evaluation of the total EOS de- 
sign and provide an insight into which overall 
approach is preferred. 

The approach we have chosen is to develop 
a system effectiveness model. This model relates 
system and hardware design and performance 
parameters to a single effectiveness Figure of 
Merit (FOM), which reflects top level program 
objectives. Thus we are able to: 

• Evaluate the effectiveness of alternate 
designs in meeting program objectives 

• Relate effectiveness of the alternate de- 
signs to cost. 

The latter step is a clear representation of 
system cost effectiveness. 

7.1 THE EOS FIGURE OF MERIT 

The effectiveness FOM we have chosen is 
“expected number of equivalent scenes per 
week", which expresses the expected system 
yield (in probabilistic terms) of a normalized 
data product. The standard for this normalized 
data product is equivalent to a TM scene having 
the following characteristics: 

• 185 x 185 km ground size 

• 7 spectral bands of radiometric data 

• T 1 5 meter spatial resolution 

• A composite digital output format which 
reflects the expected variations in both 
product mix and level of correction. 

The foregoing defines a standard data prod- 


uct having a given quality , and permits all other 
data products to be related or “normalized” to 
this standard. Ignoring probability, the number, 
or quantity of such equivalent scenes that a sys- 
tem can deliver thus is a measure of that system's 
capability of effectiveness. 

The next stage is to factor in system relia- 
bility and operational duty cycle, which is com- 
bined in the term availability. A system having 
a high yield of equivalent scenes, but very low 
reliability may not be as effective as a lower 
yield, highly reliable system. Similarly, a system 
that produces very high quality scenes, but at a 
30-day revisit cycle, may not be as effective as a 
lower quality, 7-day revisit system. 

Thus, the selected FOM combines quality, 
quantity, and availability. Some examples of the 
system and hardware parameters which contri- 
bute to these three factors in our model are: 

• Instrument performance such as resolu- 
tion and number of spectral bands 

• Number of satellites in orbit 

• Swath size 

• CDP throughput 

• Satellite mean mission duration 

• Number of transmitted scenes (i.e., 
effect of WBVTR and TDRSS) 

• Shuttle utilization mode. 

To combine the many system parameters in 
the model it is, of course, necessary to weight 
them in accordance with how they relate to pro- 
gram objectives. Since program objectives are 
ultimately tied to user requirements, our method 
of weighting the parameters is to relate their - 
range of performance to percentage of known 
user population satisfied. Although this approach 
is subject to some variability in terms of who the 
users are, and what satisfies them, our data in 
this area tracks very well with NASA surveys. 
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7.2 USER REQUIREMENTS WEIGHTING 
FACTORS 

Information from different instruments pro- 
vided in different formats has different values to 
the users. These values are estimated by the 
weighting factors given in Table 7-1. The factors 
were derived by analysis of the results of the ex- 
tensive user requirements survey performed dur- 
ing the system definition study. They represent, 
in each user area, the percentage of the applica- 
tions in the areas which would be served by the 
value of the parameter indicated in the table. 

Table 7-2 shows the quantity, quality, and 
availability of the data output of each potential 
EOS instrument. The quantity of data is ex- 
pressed by the number of equivalent TM scenes 
which the instrument can produce in one week, 
based upon its data rate (in bit per second) and 
the anticipated usage of the instrument. The 
quality of the data produced by each instrument 
is measured by the weighting factors. The ratio 
of two weighting factors expresses the relative 
value of one scene from each instrument to an 
“average user”. Thus, weighting factors are 
chosen to be indicative of the economic value 
expected to be gained from utilizing the informa- 
tion provided by each instrument. The availa- 
bility of an instrument is expressed by its uptime 
fraction. The expected number of equivalent 
scenes producible by an instrument is the product 
of these three numbers. This product is the pri- 
mary measure of system effectiveness. It is 
multiplied by other factors expressing: the re- 
liabilities of the launch vehicles (Table 7-3), 
the success of the subsystems at meeting design 
objectives (Table 7-4), the scores of orbit para- 
meters relative to design goals (Table 7-5) , and 
the ability of the data processing system to 
transform the data into desired products. The 
resulting number is the “expected number of 
equivalent scenes produced.” The factors pre- 
viously mentioned have the effect of reducing 
the expected number of equivalent scenes below 
that produced by the instruments, because the 


Table 7-1 Instrument Weighting Factors 


FACTORS AFFECTING AVAILABILITY OF 
DATA PRODUCTS 

WEIGHTING 

FACTORS 

1. TIMELINESS OF DELIVERY TO USERS 

0.3 

2. AVAILABILITY OF PRODUCT FORMATS 

0.05 

3. RESPONSIVENESS TO SPECIAL REQUESTS 

0.2 

4. RELIABILITY OF DELIVERY SYSTEM 

0.4 

5. FORMATS AVAILABLE THROUGH LUS 

0.05 
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Table 7-2 Instrument Data Output 


INSTRUMENTS 

UPTIME 

FRACTIONS 

SCENES/ 

WEEK 

WEIGHTING 

FACTORS 

TM 

.927 

300 

.35 

HRPI 

.846 

250 

.25 

MSS-4 

.935 

200 

.15 

MSS-5 

.935 

300 

.20 

SAR 

.895 

20 

'.10 

PMMR 

.865 

20 

— — 

.10 
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Table 7-3 Launch Vehicle Reliability 


LAUNCH VEHICLE 

RELIABILITY 

DELTA 

0.89 

WEIGHT-CONSTRAINED TITAN 

0.89 

TITAN IN B 

0.96 

TITAN III D 

0.91 

SHUTTLE 

1.00 
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Table 7-4 Subsystem Success at Meeting Design Objectives 


SPACECRAFT SUBSYSTEMS 

WEIGHTING 

FACTORS 

1. ATTITUDE CONTROL 

0.125 

2. COMMUNICATION & DATA HANDLING 

0.125 

3. POWER 

0.125 

4. MISSION PECULIAR 

0.125 

5. PROPULSION/ORBIT ADJUST/REACTION 


CONTROL 

0.125 

S. WIDE SAND COMMUNICATION 

0.1 25 

7. TAPE RECORDER 

0.125 

8. SOLAR ARRAY 

0.1 25 


AVAILABILITY OF SYSTEMS = 0.95 
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Table 7-5 Orbital Parameter Scores 


ORBIT PARAMETERS 

WEIGHTING 

FACTORS 

1. REPEAT CYCLE 

0.07 

2. SWATH OVERLAP 

0.07 

3. ORBIT ADJUST FREQUENCY 

0.07 

4. SWATH SIDESLIP RATE 

0.07 

5. GROUND STATION COVERAGE 

0.07 

6. SUFFICIENT SHUTTLE PAYLOAD 

0.08 

7. TIME OF DAY 

0.07 

8. PERCENT OF LAND HRPI REVISITABLE 

0.08 

9. MAPPING COVERAGE 

0.07 

10. MINIMUM-COST BOOSTER 

0.07 

11. SUN ANGLE 

0.07 

12. TRACKING & DATA ACQUISITION 


13. FULL EARTH COVERAGE TIME 

0.07 

14. TIME BETWEEN RESUPPLY VISITS 

0.07 


SATELLITE MMD - 2.75 YB 
AVAILABILITY OF INSTRUMENTS = 1.00 
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other systems are not perfect. The FOM then 
goes through two additional weightings to ex- 
press its success at meeting specific mission and 
program objectives. Table 7-6 shows the LRM 
mission objectives identified in the Requirements 
Document (Report No. 3, Appendix C). Ob- 
jectives 1 to 5 of Table 7-6 express the goal of 
providing data to the application areas named. 
Objectives 6 to 9 are requirements on the orbit 
chosen for the satellite. Objectives 10 to 18 are 
requirements on the satellite design. The design 
in question is scored for each objective, and the 


weighted sum of the scores is multiplied by the 
expected number of scenes. Table 7-7 shows 
how the scores of the applications areas mission 
objectives are computed. The analysis of user 
needs yielded information about the fraction of 
applications requiring a certain standard of in- 
formation: frequency of observation, resolution, 
and spectral bands. The orbit and instrument 
complement of the satellite determine how many 


Table 7-6 LRM Mission Objectives 


LRM MISSION OBJECTIVES 

WEIGHTING 

FACTORS 

1. AGRICULTURAL APPLICATIONS 

0.2 

2. FORESTRY APPLICATIONS 

0.05 

3. LAND USE APPLICATIONS 

.0.1 

4. WATER RESOURCES APPLICATIONS 

0.1 

5. GEOLOGY APPLICATIONS 

0.05 

6. SUN-SYNCHRONOUS ORBIT 

0.02 

7. 5% OVERLAP ORBIT 

0.03 

8. 17-DAY REPEAT CYCLE ORBIT 

0.01 

9. 3-DAY HRPI OFFSET REVISIT 

0.06 

10. SENSOR COMPLEMENT 

0.05 

11. MISSION LIFETIME 

0.03 

12. SATELLITE LIFETIME 

0.03 

13. DATA PRODUCT OPTIONS 

0.05 

14. PROCESSING LEVEL OPTIONS 

0.04 

15. DATA THROUGHPUT TIME 

0.05 

16. DATA THROUGHPUT QUANTITY 

0.04 

17. SPECTRAL BANDS 

0.05 

18. RESOLUTION 

0.04 
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Table 7-7 Mission Objectives Applications Areas 



FRACTION OF APPLICATIONS SATISFIED BY 


FREQUENCY OF OBSERVATIONS 
No. OF WEEKS 

RESOLUTION, METERS 

AVAILABLE SPECTRAL 
BANDS 

AREA OF INTEREST 

3 

2 TO 3 

1 TO 2 

1 

60 

30 

10 

4 

5 

7 

AGRICULTURE 

.60 

.65 

.71 

1.00 

.29 

.88 

1.00 

.40 

.60 

1.00 

FORESTRY 

.34 

.38 

.72 

1.00 

.0 

.44 

1.00 

.60 

.75 

1.00 

LAND USE 

1.00 

1.00 

1.00 

1.00 

.60 

.60 

1.00 

.34 

.50 

1.00 

WATER RESOURCES 

.56 

.64 

.87 

1.00 

.96 

.96 

1.00 

.78 

.85 

1.00 

GEOLOGY 

.86 

.86 

.86 

1.00 

.35 

.85 

1.00 

.85 

.90 

1.00 

TOTAL(AVG) 

.70 

.72 

.84 

1.00 

.11 

.77 

1.00 

.72 

.83 

1.00 
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applications are satisfied. Finally, Table 7-8 
identified the major program objectives for EOS 
and estimates of their relative importance. A 
program concept is evaluated for each objective 
and the weighted sum of scores is multiplied by 
the expected number of equivalent scenes, giving 
the overall FOM. 

The system effectiveness model, which is 
explained more fully in Appendix D of this re- 
port, combines the design parameters for each 
alternate with the value to the users (as measured 
by the weighting factors) of the products pro- 
duced by this particular set of parameters (e.g., 
particular complement of instruments and par- 
ticular swath width), and determines the value 
of the FOM which should be applied to the al- 
ternate. The resulting data for design alternates 
considered in this study and an application of 
this data to the identification of the design to be 
preferred is given in the following evaluation 
subsection. 

7.3 PROGRAM EVALUATION 

7.3.1 CONCLUSIONS 

Program design options have been evaluated 
in terms of the cost/performance (effectiveness) 
of design options versus the resulting FOM (ex- 
pected equivalent scenes) for a EOS-A and -A' 
operational mission of two observatories, each 
with a two-year mission with one year of over- 
lap. The results of this evaluation are shown in 
Fig. 7-1, which plots the total EOS-A and -A' 
mission observatory recurring plus operational 
cost per equivalent scene (cost effectiveness) 
versus the total number of equivalent scenes 
(program effectiveness) produced during the 
operational missions. In examining this curve, 
the following conclusions are apparent: 

® The recommended EOS-A and -A' pro- 
gram with a TM/MSS, 30-m resolution, 
and TDRS is a cost/performance effective 
approach within the constraints of using 
a conventional launch vehicle and the 
baselined TM 185-km swath width 


Table 7-8 Major EOS Program Objectives 


EOS PROGRAM OBJECTIVES 

WEIGHTING 

FACTORS 

1 . ACCOMMODATE TM AND HRPI TO- 
GETHER 

0.1 

2. ACCOMMODATE FOLLOW-ON 
INSTRUMENTS 

0.025 

3. REDUCED COSTS USING SHUTTLE 

0.1 

4. SHUTTLE REVISIT COMPATIBILITY 

0.1 

5. MODULAR DESIGN 

0.1 

6. RESUPPLYABLE 

0.1 

7. ACCOMMODATE FOLLOW-ON 
INSTRUMENTS 

0.025 

8. COMPATIBLE WITH EXPENDABLE 
BOOSTERS 

0.08 

9. MEET OPERATIONAL REQUIREMENTS 
D.O.I. 

0.1 

10. MAINTAIN CAPABILITY THROUGH 1989 

0.05 

11. LONG-LIFE SATELLITE 

0.05 

12. QUICK SYSTEM THROUGHPUT TIME 

0.1 

13. GOAL-NUMBER OF TM SCENES 
THROUGHPUT 

0.08 

14. INITIAL LAUNCH YEAR 

0.07 
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® TDRS has a significant positive effect on 
program cost and performance effectives 
(Options 1 to 6 vs 6 to 13) 

® The inclusion of provisions for Shuttle 
compatibility in the EOS design will 
permit a significant increase in perfor- 
mance at a very small cost increase when 
the Shuttle becomes operational (Option 
1 vs 4 or 8 vs 7) 

® The TM with its 30-m resolution has a 
significant positive impact on program 
cost and performance effectiveness (Op- 
tion 5 vs 6) 

• Increase of the TM swath width to 330 
km should be further studied since it 
produces a significant increase in effec- 
tiveness (Option 5 vs 4) 

Note that the on-orbit resupply cost and per- 
formance effectiveness is not truly represented 
in this evaluation because its benefit is not 
realized for missions of less than 2.75 yr as de- 
scribed in our Shuttle utilization studies. 

7.3.2 METHODOLOGY 

The program design approach cost and per- 
formance effectiveness curve nas Deen generated 
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Fig. 7-1 Design Option Cost Effectiveness vs Program Effectiveness 
for EOS- A and -A' Observatory 
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Table 7-9 Design Option Figure of Merit and Costs 


{1974 DOLLARS IN MILLIONS*) 


DESIGN OPTION 

FOM (FOUR 
MISSION 
YEARS) 

•OBSERVA- 
TORY RE- 
CYCLING & 
OPERATION- 
AL COST (2 
OBSERVA- 
TORIES/2 
YEARS 
EACH 

REFERENCE EOS OPTION 



© TM/MSS 
• DIRECT DATA 
ft 185-KM SWATH WIDTH 
« 30-M RESOLUTION 

13,204 

72.520 

DESIGN OPTIONS 



• TDRS 

+ 25,456 

14.500 

© SPACE SHUTTLE DE- 
PLOY 

+ 3,924 

1.086 

® SPACE SHUTTLE 
RETRIEVE 

+ 580 

1.820 

0 SPACE SHUTTLE 
RESUPPLY 

+ 436 

2.526 

• INCLUDING TM SWATH 
WIDTH TO 330 KM 

+ 3,488 

0.900 

• REDVCED TM RESOLU- 
TION TO 90 M 

- 6,820 

- 10.800 

a REDVCED TM SWATH 
WIDTH TO 100 KM 

- 7,128 

- 0.300 


by first, establishing the resulting equivalent 
scenes per year for each design option using the 
methodology described in Subsection 7.2. Next, 
the observatory recurring and operational cost of 
each design alternative, based on our EOS pro- 
gram design option cost (refer to Section 6), was 
identified. The results of these two steps are 
shown in Table 7-9. 

Design alternatives were then synthesized 
to create each program design option, FOM, 
cost and cost/FOM (cost effectiveness) . These 
parameters are shown in Table 7-10. The cost 
effectiveness versus program effectiveness (FOM) 
in cost per equivalent scenes versus number of 
equivalent scenes was plotted as represented in 
Fig. 7-1. 


Table 7-10 Design Approach Performance Vs Cost 


(1974 DOLLARS IN MILLIONS*) 


OP- 

TION 

NO. 

DESIGN ALTERNATIVES 

EXPECTED 
EQUIVA- 
LENT 
SCENES 
FOR (21 
2-YR 

OBSERVA- 

TORIES 

WITH 

1-YR 

OVERLAP 

•OBSERVA- 

TORY 

SYS 

RECUR- 

RING 

COST 

COST 

PER 

EQUIVALENT 

SCENES 

TDRS 

DE- 

PLOY 

RE- 

TRIEVE 

RE- 

SUPPLY 

TM + 
MSS 

90-M 
RES (2 
MSS’sl 

330- KM 
SWATH 
WIDTH 
(TM) 

100-KM 

SWATH 

WIDTH 

(TM) 

1 

■X 




X 


X 


46.688 

90.226 

1.93 

2 





X 




42.620 

88.106 

2.06 

3 





X 




43,636 

92.452 

2.11 

4 





X 


X 


42,183 

87.920 

2.08 

5 

■ 




X 




38,695 

87.020 

2.24 

6 

9;' 





X 



31.875 

76.220 

2.39 

7 

I 


X 


* 


X 


21 ,232 

76.326 

3.59 

8 

■ 


X 


X 




17,744 

75.426 

4.25 

9 

■ 


X 


X 




18,180 

77.952 

4.28 

10 





X 




17,164 

73.606 

4.28 

11 





X 




13,240 

72.520 

5.47 

12 


■ 

X 



X 



10,924 

64.626 

5.91 

13 





X 



X 

10,616 

75.126 



7.07 
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8 - PROGRAM COST COMPILATION 


8.1 PROGRAM COST SUMMARY 

The total estimated cost for the EOS-A 
and -A' program in 1974 dollars is summarized 
in terms of the costs attributed to the R&D 
and Operational missions in Table 8-1. The 
$162.3 million includes $57.25 million of 
"fixed costs” for the launch vehicle, launch 
support, and instruments which were defined 
costs provided by NASA. The remaining 
$105.03 million are the "variable costs”, or 
the costs based on our design trades and se- 
lected configurations (which were cost and per- 
formance optimized during our EOS system 
design definition studies). 

A DTC target shown in Table 8-2 for the 
A- and -A' program of $1 50 million is recom- 
mended as a reasonable goal. The $12.3 mil- 
lion delta between the identified program cost 
of $162.3 million and recommended target of 
$150 million applies only to the "variable cost” 
elements of the EOS-A and -A' program since 


the estimates for the "fixed costs" were de- 
fined by NASA. 

The EOS-A and -A’ program estimated at 
$162.3 million and targeted for $150 million 
includes: 

• Observatory design, development and 
qualification 

• Two flight spacecraft, including in- 
struments and component level spares 

• Two years of flight and ground opera- 
tions for each spacecraft with a one- 
year overlap 

• Launch vehicles (Delta 2910) and launch 
costs 

• PCC design, build and operations costs 

• R&D and operational co-located ground 
DMS 

• Network modifications 

• Low-cost management approaches, in- 
cluding moderate simplification of test, 
documentation, and controls; use of a 
System Integration Team for project 
management, and a DTC approach. 


Table 8-1 EOS-A and A' Program Costs 
(IN 1974 MILLIONS OF DOLLARS) 



NONRECURRING 

RECURRING 

TOTAL 

• 

FIXED COSTS - INSTRUMENTS 



$40.0 


- TM (2) 

(13.0) 

(14.0) 


- MSS (2| 

- LAUNCH COSTS I2t 

1 1.0) 

( 0.250) 

(12.0) 

(17.0) 

17.25 


OPERATIONAL SYS. COSTS 


( 4.44) 

(23.47) 


- MSS IMP (21 

( 3.64) 



- GND DMS 

(11.95) 

( 3.44) 



R&D SYS COSTS 

( 4.40) 

( 2.82) 

(32.06) 


- TM IMP 



- GND DMS 

(11.91) 

< 8.88) 



- NETWORK 

< 2.73) 

< 1.32) 


■ 

SPACECRAFT 



(39.87) 


- BASIC SPACECRAFT (21 

(18.32) 

(12.47) 



- M.P. SPACECRAFT 12) 

( 3.12) 

( 4.34) 



- SPARES & LOGISTICS 

( 0.41) 

( 1.21) 


• 

MISSION OPS 

( 4.73) 

( 4.90) 

{ 9.63) 





TOTAL ($162.28) 
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Table 8-2 EOS-A and A' Program Cost Target 
(IN 1974 MILLIONS OF DOLLARS) 



NON-RECURRING 

RECURRING 

TOTAL 

© FIXED COSTS 


!«HK| 

40.0i 

- TM(2) 

(13.0) 



- MSS (2) 

(1.0) 

iiiliWWoBSI 


- LAUNCH COSTS (2) 

(0.25) 


17.25 

• OPERATIONAL SYS COSTS 



20.40 

- MSS IMP (2) 

13.0) 

(4.1) 


- GND DMS 

(10.2) 

(3.1) 


® R&D SYS COSTS 



28.13 ; 

- TM IMP 

fTM* . ' *'“-1 ' 

(2.40) ■ 


- GND DMS 


(8.10) 


- NETWORK 


(1.10) 


« SPACECRAFT 



36.12 

- BASIC SPACECRAFT (2) 

(17.5) 

(11.0) 


- M.P, SPACECRAFT (2) 

(2.65) 

(3.35) 


- SPARES & LOGISTICS 

(0.41 ) 

(1.21) 


• MISSION OPS 

(4.20) 

(3.90)' 

8.10' 


TOTAL S150.00M 
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Table 8-3 presents a representative dis- 
tribution of costs incurred versus fiscal year in 
1974 dollars, assuming a program start of mid- 
calendar 76; launch of EOS-A in April 1979, 
and EOS-A' in April 1980; and two years of on- 
orbit operations for each observatory. 

8.2 DETAIL COSTS 

The detail cost breakdown for the Basic 
Spacecraft EOS-A and -A' program and design 
cost options studies are presented in 1974 dol- 
lars in Table 8-4. The assumptions used in the 
definition of each program option are identified 
under each program and configuration option. 
The cost estimates and collection for each WBS 
element are based on the recommended program 
plans (Section 9) and the following ground rules: 

• Structure Costs - Include the design, 
manufacturing, tooling, and wiring of 
the basic structure 


• Module Costs - Include all engineering, 
manufacturing, tooling, test, quality 
control, and hardware procurement costs 
for the modules 

• System Engineering and Integration - 
Includes the system analysis, systems 
integration, and instrument accom- 
modations 

• Integration and Test - Includes the en- 
gineering, manufacturing, and quality as- 
surance for all activities required to 
integrate the modules into the Basic 
Spacecraft, integrate the mission 
peculiars, perform functional acceptance 
tests, and perform launch operations 

• Development and Qualification Test - In- 
cludes all the spacecraft, module, and 
observatory development and qualifica- 
tion tests, excluding component qualifi- 
cation (which is costed under module 
nonrecurring costs) 


Table 8-3 EOS-A and A' Program Funding Summary 
(IN 1974 MILLIONS OF DOLLARS) 



FY'77 

FY'78 

FY'79 

FY'80 

PY'81 

FY'82 | 

TOTAL 

DATA MGT SYSTEM 

$ 6.3 

$14.9 

$ 8.5 

$ 4.5 

$ 3.9 

$2.1 

$40.3 

INSTRUMENTS 

6.9 

18.3 

13.6 

1.2 

— 

— 

40.0 

FLIGHT OPERATIONS 

0.3 

1.0 

4.3 

1.9 

1.2 

.9 

9.6 

LAUNCH SYSTEM 

0.1 

1.9 

10.6 

4.7 



17.3 

SPACECRAFT PROJECT 

10.3 

17.8 i 

19.7 

6.7 

A 

.2 

55.08 

TOTAL PROGRAM 

$23.9 



$13.0 

$ 5.5 

$3.2 

$162.28 
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Environmental Test - Covers the work- 
manship acoustic test on the flight ob- 
servatory prior to shipment to the 
launch site 

GSE S/C and GSE mission - Includes all 
T&I software; electrical, mechanical and 
fluid GSE design; and manufacturing 
TM and MSS Instrument Data Handling - 
Cost of spacecraft instrument mission 
peculiars including module design, test, 
and hardware 

Control Center Operations - Includes the 
mission operations software, mission 
planning, and mission operations 

Control Center - Includes the hardware 
design and fabrication 

Data Processing Operations - Personnel 
support for operation of the central 
data processing facility 


• Central Data Processing - Includes all 
management, engineering, procurement, 
manufacturing, facilities, and integration 
and test costs required to provide a 
Ground Data Processing facility for the 
mission instruments 

• Launch System - Launch system costs 
include the fairing, launch vehicle, launch 
services, and AF range support costs. 

The EOS-A and -A' program costs include 
DMS options A, B and C; TDRS; spacecraft 
autonomy; and low-cost management cost sav- 
ings. All other options represent cost impacts 
on the Basic Spacecraft program with recurring 
costs for one spacecraft. 
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9 - FOLLOW-ON MISSION ACCOMMODATION 


The EOS Basic Spacecraft has a broad 
enough capability to accommodate the in- 
struments and their mission-peculiars for the 
SMM, SEAS AT, SEOS, EOS-C, TIROS-O, and 
EGRET missions with no major changes to the 
Basic Spacecraft design. However, because of 
the diversity of orbit, on-orbit attitude, point- 
ing requirements, slewing requirements, and 
instrument complements included in these mis- 
sions, some changes must be expected in even 
a flexible spacecraft design. These changes are 
summarized in Table 9-1. Note that for all 
missions the basic subsystem configuration 
remains essentially intact. 

The impact areas indicated in the table 
were determined using the reference data 
available to define the mission and instrument 
payloads. In cases where a clear definition was 
not available, reasonable assumptions were made 
by the instrument design group based on the 
overall mission objectives, to establish a com- 
plete set of instrument requirements for each 
mission. 

9.1 SEA SATELLITE (SEASAT) 

SEASAT is a low-altitude, non-sun- 
synchronous, earth-orbiting spacecraft that will 
fulfill the need for information on several 
oceanographic phenomena including sea state, 
currents, circulation, pileup, storm surges, 
tsumanis, air/sea interaction, surface winds, 
temperature and ice formations. The space- 
craft will carry a complement of active and 
passive remote sensing instruments operating 
mostly at microwave wavelengths capable of all 
weather observations. The active facility per- 
forms the primary ocean dynamic measure- 
ments and the passive provides path length 
corrections for atmospheric water content. 

The payload also includes a visible/IR imager 


for high-resolution mapping of sea surface 
temperature and cloud cover, and a laser retro- 
reflector for tracking. The active microw ave 
sensors have a capability for altimetry and wave 
directional spectrometry, and a synthetic aper- 
ture capability for side-looking coherent imaging. 
The passive microwave sensors include radiom- 
eters operating at six bands and providing a 
capability of measuring atmospheric properties, 
sea ice, sea surface roughness, and atmospheric 
attenuation to correct active scatterometer data. 

The SEASAT instrument characteristics 
are summarized in Fig. 9-1 which also shows 
the satellite installation in isometric form. 

The basic EOS system functional integra- 
tion diagram (incorporated in Report No. 3 
as Fig. 3.1-2) can be modified to accommodate 
each mission. Figures 9-2 and 9-3 are presented 
to illustrate a modification specifically for the 
SEASAT mission. These illustrations subdivide 
the integrations diagram into spacecraft and 
ground-based portions. 

9.2 SOLAR MAXIMUM MISSION (SMM) 

The SMM is a low earth-orbit, solar -point- 
ing satellite designed for solar observations dur- 
ing the period of maximum solar activity (ex- 
pected about 1979). Its general mission 
objective is to make solar observations in all 
areas of the spectrum from visible to Gamma 
rays, and obtain data to supplement that ac- 
quired during the SKYLAB/ATM mission. The 
SMM will serve specific applications in the fields 
of: 

• Solar flares 

• Flare-associated X- and Gamma-radiation 
as well as high-energy particles 

• Solar interior to corona energy transfer 

• Solar and Stellar evolution. 
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The instrument payload of SMM is made 
up of X-ray and UV spectrometers, spectrohelio- 
graphs (images), spectrographs, and a corona- 
graph as summarized in Fig. 9-4, which also 
shows the satellite installation in isometric form. 

Closely integrated with the payload struc- 
ture is a precision sun sensor which can furnish 
offset pointing guidance error signals within the 
photosphere of the sun to an accuracy of about 
2 arc seconds. This is a small device with very 
little power consumption, but built to achieve 
optimum alignment and electronic stability. 

9.3 SYNCHRONOUS EARTH OBSERVA- 
TORY SATELLITE (SEOS) 

The SEOS is a geosynchronous satellite 
designed to supplement earth observations 
made from lower-orbiting, non-synchronous 
satellites, or from synchronous satellites with 
lower resolution. The area of observation for 
the spacecraft is considered to be the con- 
tinental and coastal regions of the United States. 
The SEOS will serve applications in the fields 
of: 

© Earth resources 
o Mesoscale weather phenomena 
o Timely warnings and alerts of severe 

phenomena. 

Specific Application Areas - Some of the 
applications which the SEOS may serve are: 

o Earth Resources: 

- Detection and monitoring of water- 
suspended solid pollutant 

- Estarine dynamics and pollutant dis- 
persal 

- Monitoring extent, distribution, and 
change of snow cover 

- Detecting and monitoring of fish loca- 
tion and movement 

— Detection and assessment of disease and 
insect damage to forest species 

- Flood prediction, survey, and damage 
assessment 


- Determination of optimum crop plant- 
ing dates 

- Exploration of geothermal sources 
o Weather Phenomena: 

- Detection, monitoring, and prediction of 
thunderstorms and related tornadoes, 
hail, and excessive rainfall 

- Detection, monitoring, and prediction 
of tropical cyclones 

- Predictions and monitoring of frost and 
freeze conditions 

o Warnings and Alerts: 

— Floods 

— Storms 

— Frosts and freezes 

- Fog. 

The prime instrument payload for the 
SEOS will be a multispectral Ritchey-Chrietien 
Cassegrainian telescope of approximately 1.5-m 
aperature. This telescope which is called the 
Large Earth Survey Telescope (LEST), will be 
used in conjunction with one or more of the 
following: 

© Advanced Atmospheric Sounder and 

Imaging Radiometer (AASIR) 

© Microwave sounder 
© Data collection system (DCS) 

© Framing camera. 

Figure 9-5 summarizes the payload in- 
strument characteristics, and shows an isometric 
view of the spacecraft installation. 

9.4 EQS-C 

EOS-C is a marine resource, hydrology and 
pollution-monitoring satellite devoted to the 
application of advanced electro-optical and 
microwave techniques for remote sensing of the 
foregoing resources, primarily those of CONUS, 
but possibly including other areas of recognized 
world economic importance. It makes use of 
optical and infrared mapping systems of refine- 
ment beyond the presently available capability 
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in respect to ground resolution and radiometric 
fidelity. The high -resolution mapping radar 
adds a capability that is relatively free of at- 
mospheric effects compared to the electro- 
optical, and enables dependable monitoring of 
resource phenomena even through clouds. For 
example, in the area of hydrology, which is of 
increasing economic importance, it becomes 
possible to bring all these techniques to bear 
upon a very continuous monitoring of water 
supplies, run-off, and down to the ultimate 
agricultural resource - soil moisture. 

Orbital considerations are the same as those 
for EOS-A. The wider coverage which can be 
obtained from two TM’s enchances the repeat 
cycle capability. 

The electro-optical instrument payload 
consists of two TM's and one HRPI. The 
microwave instrument is the synthetic aperture 
radar. The performance goals for the TM 
represent an adjustment toward cost-effective- 
ness in the mission. The HRPI will supplement 
these data by a more intense coverage of cer- 
tain areas of interest at higher resolution (e.g., 

10 m), probably combined with lateral offset 
pointing. It is assumed that the EOS-C HRPI 
will be a “push broom” type scanner incor- 
porating the best of the self -scanned array 
(either digital or CCD) technology available. 

This technology should be much improved in 
the next year or so, and make it possible to 
utilize what appears to be a most compact and 
efficient instrument. 

The synthetic aperture radar (SAR) will be 
a relatively compact instrument electronically, 
but it will require a rather large antenna. The 
handling-deployment bulk and “figure” re- 
quirements for this antenna are severe, but 
optimism for the time frame has been en- 
gendered by new phased anray technology which 
should make the antenna practical in these re- 
spects. It is anticipated that the use of L-Band 
will be increasingly emphasized, but it is pro- 
bable that this SAR may be a combined X- 


and L-Band radar. It is also quite possible that 
the logistic burden of ground processing of 
SAR data will be lightened by the application 
of CCD processing in the required time frames. 

Figure 9-6 summarizes the payload instru- 
ment characteristics, and shows the satellite 
installation in isometric form. 

9.5 TIROS O 

The TIROS O mission is intended to ver- 
ify for operational use an advanced instrument 
payload. The payload will include remote 
sensing techniques from Nimbus and previous 
EOS follow-on flight experiments, as well as 
improved versions of those sensors carried by 
the previous N/ITOS vehicles. The TIROS 0 
satellite may well be the first operational 
vehicle to be designed with the shuttle-exploita- 
tive modular design, so that in-orbit refurbish- 
ment of the payload can be effected and 
evaluated. The nominal orbital parameters are 
905-n mi perigee, 915-n mi apogee, and in- 
clination of 103 deg. 

The payload instrument characteristics are 
summarized in Fig. 9-7, which also shows the 
spacecraft installation in isometric form. 

9.6 EXPLORER GAMMA RAY EXPERIMENT 

TELESCOPE (EGRET) 

MISSION - The EGRET is a satellite that is 
compatible with Delta launch into a 250-n mi 
circular orbit with an inclination of about 28 
deg, but could also be considered for launch 
to somewhat higher orbital altitude. 

It is designed for mapping all interesting 
zones of the celestial sphere for high energy 
Gamma rays of cosmic origin. These Gamma 
rays may arise in the galactic interstellar gas 
from the decay of neutral mesons formed in 
the interactions of cosmic ray particles with the 
nuclei of the interstellar gas. Similarly, radia- 
tion of higher energy than 30 MeV, detected 
from non-galactic origins, and of relatively low 
intensity, may be measured and used for de- 
termining the consistency of existing cosmo- 
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logical models. Discrete, but probably weak 
sources above 100 MeV can be localized, and a 
spectral analysis of these sources used for their 
diagnosis. Intense short bursts of high-energy 
rays, such as predicted by the hydromagnetic 
theory of supemovae explosions, as well as 
bursts of lower energy rays, can be registered 
for analyses of great fundamental importance. 
Added to this is the recording of pulsations al- 
ready reported from the crab nebula to a tem- 
poral accuracy suitable for diagnosis. 
INSTRUMENT PAYLOAD - The experimental 
payload is described in an available May 1974 
report by Robert Hofstadter, Co-Principal In- 
vestigator of Stanford University, and Carl E. 
Fichtel, Co-Principal Investigator of Goddard 
Space Flight Center, Associated with Hughes, 
Schilling, Crawford of Stanford; Kniffen, 
Hartman and Thompson of GSFC; M.K. Sommer 
of Max-Planck Institut Fur Extraterrische 
Physik; and Favale and Schneid of Grumman. 

In the form described in this report, it is 


represented by a 2650 lb weight within an 
envelope approximately 65 in. in diameter and 
88 in. in length. It consists of four mechanical 
assemblies as follows: 

o Assembly A - Domes, including a plastic 
scintillator anti-coincidence dome; a 0.1-in. 
thick aluminum pressure vessel; and a thin 
optical light shield 

© Assembly B - The Spark Chamber Tele- 
scope incorporating a stack of spark 
modules and tantalum pair production 
plates 

© Assembly C - The Total Absorption 
Shower Counter, consisting of a large 
NalTl crystal and twelve five-in. PMTS 
for read-out 

o Assembly D - The Bulkhead Pedestal, 
which is a structural interface for the 
experimental subassemblies. 

The EGRET instrument characteristics are 
summarized in Fig. 9-8, which also shows the 
satellite installation in isometric form. 
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10 - SPACE SHUTTLE INTERFACES/UTILIZATION 


The purpose of this phase of study has been 
to determine the impact and benefits associated 
with using the Space Shuttle for EOS delivery, 
retrieval, and on-orbit resupply. 

EOS - Shuttle operational compatibility 
can be achieved in any of the three projected 
modes of Shuttle utilization with reasonable 
impact to program cost and observatory weight. " 
Resupply is the preferred mode of Shuttle 
operations for EOS programs with an operational 
lifetime in excess of two to three years. 

As shown in Table 10-1, EOS-B Shuttle 
compatibility can be achieved for Deliver and 
Retrieval with an Observatory weight penalty of 
about 70 lb. The Safety-of-Flight (SOF) and 
Flight Support System (FSS) interface require- 
ments are virtually identical in these two modes. 
This penalty can be completely eliminated if the 
positioning platform can be eliminated (1433 lb) 
by using the Orbiter manipulator throughout the 
deployment or retrieval cycle. Introduction of 
on-orbit module replacement in Resupply, 
necessitates adding to the vehicle, latches, rollers, 
tracks, and signal/p ower connectors, resulting in 
a total penalty of 236 ib. These weight penalties 
do not compromise Shuttle capability to meet 


mission requirements, nor EOS installation within 
Orbiter payload volume and center-of-gravity 
envelopes. 

The cost impact of EOS-B Shuttle compati- 
bility, as shown in Table 10-2, is reasonable when 
compared to total program cost in each Shuttle 
utilization mode. Fundamental SOF items and 
FSS interfaces are included in the Delivery costs. 
The principal change for Retrieve is the addition of 
appendage retraction provisions while for Resupply, 
module replacement mechanization is the major 
driver. Costs of the FSS and the MEM have been 
identified, but are not included in cost impacts 
since they are considered general purpose equip- 
ment whose costs will be apportioned among all 
users. 

The preferred mode of Shuttle utilization is 
dependent upon the desired observatory operating 
time on-station (i.e., program life). Figure 10-1 
shows that for program durations of less than 
two to three years, there is little cost difference 
(less than $5 million) among utilization modes, 
with Deliver only slightly more economical than 
the other modes. As program life exceeds this 
threshold, however, Resupply become increasing- 
ly more beneficial, yielding a program savings at 


Table 10-1 EOS-B/Shuttle Compatibility Observatory Weight Impact (EOS-B) 
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Table 10-2 EOS-B/Shuttle Compatibility Cost Impact (EOS-B) 
(1974 DOLLARS IN THOUSANDS) 
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the end of 10 yr of approximately $10 million 
over Retrieve and $30 million over Deliver. 

While Resupply is the preferred mode for long 
duration programs, if the necessary capabilities 
cannot be implemented on time, the Retrieve 
mode should be incorporated to take advantage 
of its cost saving potential. 

The relative merits of the three utilization 
modes are insensitive to the weight and cost of 
observatory instrument and mission peculiar 
equipment complements. As shown in Fig. 10-2, 
an observatory configured for the EOS-C mission, 
with a front-end complement significantly more 
costly than the EOS-B mission configuration, 
demonstrates the same. relationship among 
modes for a 10-yr program. In any mode, 


Shuttle flights should be initiated only on demand, 
rather than on a regularly scheduled basis to take 
full advantage of prolonged observatory operation 
beyond its design life and reduce transportation 
and recycle costs. Similarly, high observatory 
redundancy to extend design life (to a maximum 
of approximately four years) is cost effective. If 
Shuttle flights can be shared with other payloads, 
program costs can be further reduced ($10 to 
20 million) as shown in Fig. 10-2. Sharing trans- 
portation costs favors a combination of low 
Shuttle parking orbit {150 to 200 n mi) and EOS 
orbit transfer capability. The desirability of 
Resupply can be further enhanced by reducing 
the weight, and attendant EOS-chargeable 
transportation costs of the Resupply mechanisms. 
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1 1 - RECOMMENDED PROGRAM PLAN AND MANAGEMENT APPROACH 


LI PROGRAM PLAN 

The recommended program plan for EOS-A 
and - A' is shown in Fig. 11-1. The key elements 
af the recommended plan are: 

• Program start in mid-CY '76, with the 
launch of EOS-A 34 months from program 
start 

• EOS-A and -A' launched one year apart to 
provide the most cost-effective utilization of 
personnel, GSE, and facilities while meeting 
EOS mission objectives 

• Development and qualification of a Shuttle- 
compatible standard spacecraft (Basic Space- 
craft) which meets the requirements of 
EOS-A and -A’ as well as follow-on missions 

• Design development and qualification 
completed prior to the start of the 
fabrication of flight hardware 

• Static load qualification of the primary 
module and secondary structure by 
acceleration to include Shuttle crash-load 
demonstration 

• Early structural qualification tests with 
component mass representations to define 
component environments prior to the start 
of component qualification tests ’ 

• Consolidation of all flight hardware environ- 
mental tests at the module level. 

Inherent in the recommended program plan 
is a subplan which can be used to provide an 
acceptance tested Basic Spacecraft, that is 
independent of a particular mission. This 
approach is illustrated by the schedule option 
shown in Fig. 11-1, which provides a Basic 
Spacecraft which meets the requirements for 
a program with a 1978 launch. The cost savings 
realized by this approach in design, development, 
and test areas is illustrated in Fig. 11-2, which 
compares the average non-recurring costs of using 


our Basic Spacecraft for the EOS mission only; 
the EOS and SEASAT mission; and the EOS, 
SEASAT, and SMM missions. 

11.2 MANAGEMENT APPROACH 

The objectives of our recommended program 
management approach are to provide the manage- 
ment plan and controls necessary to design, de- 
velop, and integrate the EOS-A and -A’ program 
elements within specified program cost targets, 
and provide a low-cost standard spacecraft which 
will support future earth orbiting missions. To 
achieve these goals it is recommended that the 
EOS-A and -A' program be conducted in a 
Design-to-Cost (DTC) environment with the 
specific cost targets defined in Section 8 for each 
program element. To manage the program 
implemented in accordance with the DTC ap- 
proach, we recommend a System Integration Team 
headed by a centralized program manager which 
we have designated as the System Integrator. 

Our EOS System Definition Studies have est- 
ablished the DTC targets (refer to section 8) and 
program requirements for major spacecraft and 
gronnd system elements for the EOS-A and -A’ 
program. We have incorporated the DTC target 
into the EOS System Design Specifications. Each 
element contractor will be responsible for meet- 
ing the target set and further defining cost 
targets for each element of his Work Breakdown 
Structure (WBS). Designers will then have cost 
targets as design requirements and use data 
bands and productibility cost handbooks to select 
the detailed design which meets his cost and per- 
formance requirements. Where lower level WBS 
element cost and performance requirements 
cannot be met within cost targets, design cost 
tradeoffs of higher level requirements will be made 
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NUMBER OF GENERIC MISSIONS 

Fig. 11-2 Spacecraft Average Cost — EOS/SMM/SEASAT 


by the element contractor to achieve overall 
element performance and cost targets. 

The System Integrator shall be responsible 
for maintaining overall EOS-A and -A' program 
costs within these targets as illustrated by Fig. 4-16. 
The scope of the System Integrator's tasks 
include schedule and technical performance as 
well as cost, and he has the overall responsibility 
under the direction of the GSFC Program Manager 
for all elements of the program. We recommend 
that the System Integrator, in his total program 
role, function through a working team concept 
comprised of personnel from NASA/Goddard, 
user groups, GFE contractors and the instrument 
contractor. The direct communication provided 


by this team should bring overall management 
cost down through reduction of formal docu- 
mentation, and provide the ability to identify, 
jointly analyze, and resolve all interface problems 
in real time. The System Integration Team 
recommended for the EOS-A and -A' and the 
typical distribution of team members for these 
as well as follow-on misiions, are shown in Fig. 
11-3 and Table 11-1. Note that once the Basic 
Spacecraft contractor does not have to be the 
EOS-A and -A’ Program manager, the Basic 
Spacecraft contractor does not have to be the 
System Integration contractor. Therefore, future 
Basic Spacecraft would be provided in the same 
manner as would a launch vehicle or any other 
program element. 


11-3 
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labile 11-1 EOS System Integrator Team Members, A Typical Distribution 



EOS 

A AND A' LRM 

OPERATIONAL 

LRM 

MARINE 

RESOURCES 

WEATHER 

OBSERVATION 

SYS. INTEG-CONTR. (3) 

20 

20 

30 

30 

GOVERNMENT 





NASA/GSFC 

15 

5 

2 

10 

LOW COST SYS.I1 ) 

1 

1 

1 

1 

JPL 

— 

— 

8 

— 

DEPT. INTERIOR 

2 

5 

2 

— 

D. AGRICULTURE 

2 

2 

— 

— 

NOAA/D. COMM. 

— 

— 

5 

4 

NASA/ULO U1 

1 

1 

1 

1 

SCIENCE CONSULTANTS (2> 

2 

2 

2 

2 

INSTR. CONTR, 

4 

5 

4 

4 

BASIC SPACECRAFT 

INCLUDED IN 
SYSTEM INTEGRATION 

2 

2 

2 

LAUNCH VEHICLE (1) 

1 
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(1 ) PART TIME 

(2) EQUIV. MEN MIX CHANGES BASEO ON MISSION 

(31 SYSTEM INTEGRATOR SELECTED FOR EACH MISSION 
3-199, 4T-2. 7T-23 


Our recommended procurement plan, in 
Fig. 1 1-4, is consistent with the System Integrator 
concept and a DTC program approach. Our rec- 
ommended plan for the EOS-A and -A’ phase 
is also planned to permit the introduction of 
multiple procurements of the Basic Spacecraft 
and the LOGS, and provides alternate methods 
for future procurement. 

The instruments and DMS operations for 
the initial flights are procured by the Government 
and provided to the System Integrator as GFE. 

The System Integrator will manage the instrument 
contractors through the System Integration Team, 
and will resolve interfaces within the team or by 
an Interface Board with Goddard project manage- 
ment approvals. The candidate instruments for 
the EOS program are in high-risk and low-risk 
categories. Since the TM and HRPI have a higher 
development risk, it is recommended that cost- 
type contracting be utilized. Instruments (such 
as the MSS and certain SEASAT instruments) 
that are of sufficiently low risk can be procured 
by either a firm fixed price contract or a fixed 
price incentive contract. 

The launch vehicle, shroud, FSS, MEMS 
and modifications to the DAS are to be procured 
under the normal Government procurement 
practices. 


The System Integrator is the prime con- 
tractor for the EOS-A and -A' mission, including 
the Basic Spacecraft, PCC, mission peculiar 
spacecraft, CDPF, and LOGS. We recommend 
that this selection be made at the earliest time to 
begin the development of the Basic Spacecraft 
and to establish the system integration of the 
instruments. 

The competition for the EOS-A and -A' 
execution phase will be a management and 
technical competition. A cost-type contract 
should be used for this procurement. In accord- 
ance with the objectives of a DTC program, and 
as required by the System Integrator responsi- 
bility to manage within the DTC goals, cost 
tradeoffs will be a continuous requirement. The 
Basic Spacecraft, modules and the LCGS may be 
procured by fixed price contracts following their 
development. For follow-on missions, the Basic 
Spacecraft or selected modules can be procured 
by the Government and supplied to a System 
Integrator GFE, or a procurement package 
including drawings and specifications can be 
provided GFE. The LCGS can be procured by 
the Government for use by the users (Option A), 
or the procurement package could be provided 
for the use of the user (Option B) 

The DMS operations (including the Mission 
Control, data processing operations and support) 
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should be contracted on a time-and-material or 
lab or- type basis. 

The overall contractual plan makes full use 
of a DTC philosophy, and presents a low-cost 
approach to the EOS-A and -A’ execution phase. 
Cost savings expected from the above approaches 
are summarized in Table 1 1-2. The plan pro- 
vides the structure to manage within program 


funding, and flexibility to manage within fiscal 
year funding. Also, an early selection of the 
System Integrator will assist in the instrument 
procurement as well as in optimum planning for 
the Basic Spacecraft. The development of a Basic 
Spacecraft will also enhance future space programs 
by providing standard spacecraft hardware for 
low-cost space programs. 


Table 11-2 Potential Cost Savings 
(IN 1974 MILLIONS OF DOLLARS) 


MANAGEMENT APPROACH 

POTENTIAL COST SAVING 
(EOS A AND A') 

• DESIGN TO TARGET COST FOR BASIC 


SPACECRAFT AND INITIAL DMS 

12.2 

• SYSTEM INTEGRATION TEAM CONCEPT 

1.0 

• SIMPLI FI ED CONTROLS AND DOCUMENTATION 

1.25 

• SI MPLI FI ED TEST 

1.8 

• GFE INSTRUMENTS 

12.4 

• DIRECT PROCUREMENT-OPERATIONS 

3.2 

DATA PROCESSING 



TOTAL 31.85 
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